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1 . GENERAL DESCRIPTION 


The Rainbow-Silver chip contains eight Object processors* 

Eajch Object processor is responsible for requesting inforMation 
froM video MeMory^ processing it and delivering it line by line 
to the Gold chip* All Object processors are functionally identical 
with only different display priorities* To perforTi the graphics 
display capability it requires that the Rainbow-Silver chip works / .y, 
with the Rainbow-Gold chip together* ___ . 


2 * FEATURES 


0 ? iiTpHewentirtg-CMOS technology* 

e Access to IM bytes of MeMory over 16 bit bus* 

0 On-chip Direct Menory access functions* 

0 Object Transparency* 

@ Modular hardware allows easy expansion* 

0 Independent Uideo/CPU clocks 

0 Independent Horizontal and Vertical Magnification* 

0 MiniM 31 CPU intervention* 

0 SiMple prograjMMing Model for paraneter and display data. 


3 * BLOCK DIAGRAM 


-^* PIN ASSIGNMENT 
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FTN DESCRIPTION 


Pin Nbme? 


ADO/VEO 

AD 7 /DE 7 

pixel bus DEO to VE 7 ♦ The Address 
bus end Data bus are valid inputs 
when the Processor Grant pin PG is 
LOW. The CPU uses these lines to 
to write data into the Silver 
chip. While the status pins SO to 
S 2 indicate Pixel Active or Link 
Load Active conditions^ the Address 
bus will be used as outputs to fetch 
pixel data or parameter block into 
the Silver chip. 

Video Even pixel bus lines DEO to 
DE 7 are valid outputs when the Status 
lies SO to S 2 indicate video pixel 
condition being active. 


IHEe 


Pin# 


Function 


I/O 


1 “G 


These lines constitL/e the 
Multiplexed Address bus AO to A 7 * 
Data bus DO to D 7 and Uideo Even 


AD 8 /VD 0 I/O 9-16 These lines constitute the tine 

Multiplexed Address bus A8 to A 15 
AD 15 /UD 7 Data bus D8 to D 15 and Video Odd 

Pixel bus VDO to VD 7 ♦ The function 
and validility of the Address bus 
and Data bus are described in the 
above section* 

Video Odd pixel bus lines are valid 
outputs when the Status pins SO to 
S 2 indicate video pixel condiction 
being active* 


A 16 -A 18 I/O 17-19 These Address bus are inputs when 

A 19 21 the Processor Grant pin F’G is LOW* 

While the Status input pins SO to 
S 2 indicate Pixel actives or Link 
Load active conditions^ these Address 
bus will be used as outputs * 


GND 


I 


20 Ground* 
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Pin Description (con't) 


Pin N3M6? 

liiHS. 

Piril= 

Function 

SCLK 

I 

22 

Silver Chip Clock? the clock provides 
the basic tiMing for the Silver chip* 

e:vds 

I/O 

23 

Even pixel video data strobe? if 

this Silver gets the even pixel priority 


EVI HIGH and the even pixel is active 
in this chip^ then EVDS is asserted 
to LOW whenever this even pixel is 
processed and ready to be strobed* 

In addition> both EVDS and OVDS together 
provide a signal internally to inforM 
the chip that it can proceed to process 
next pair of pixel* In Most tiMe^ 
this is an input* Only when the 
Evl input is high and the priority 
is not passed to the next Silver 
chipt then this pin becoMe an output* 


OVDS I/O 2^ Odd pixel video data strobeJ if 

this Silver gets the even pixel priority 
ODI HIGH and the even pixel is active 
in this chipt then OVDS is asserted 
to LOW whenever this odd pixel is 
processed and ready to be strobed* 

In additiont both EVDS and OVDS together 
provide a signal internally to inforM 
the chip that it can proceed to process 
next pair of pixel* In Most tiMe^ 
this is an input* Only when the 
ODI input is high and the priority 
is not passed to the ne^xt Silver 
chipt then this pin becoMe an output* 


ODO 0 25 Odd pixel priority outj when this 

output is HltvH#^ the Silver chip passes 
its odd pixel priority to the next chip) 
which has an input ODI connected to this 
output♦ 
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Pin Description (con't) 

P in N3Me T^jpe Pin^ Function 


EUO 0 26 Even pixel priority outj when this 

output is HIGHf the Silver chip posses 
its Even pixel priority to the next 
chip which hos on input EVI connected 
to this output* 


GDI I 27 Odd pixel priority inj when this input 

is HIGHfit Means the Silver gets 
priority to process the odd pixel 
if any object is active in the chip* 
Otherwise^ it will pass the priority 
to the next chip through the ODD 
pin* 


EGI I 28 Even pixel priority inj when this 

input is HIGHt it Means the Silver 
chip gets the priority to process 
the even pixel if any object is active 
in the chip* Otherwiset it will 
pass its priority to the next chip 
through the EVO pin* 


RRI I 29 Video bus Release In(includes both 

odd and even pixel bus)J the HIGH level 
of this input indicartes the Video 
bus is released by the high priority 
Silv(-?r chip and this chip can access 
MeMory systeM through the Vide>o bus* 


RFv'O 0 30 Video bus Release Out (includes both 

odd and even pixel bus)J the HIGH 
level of this output indicates the 
the video bus is released by this 
chip and granted it to the next chip 
whose input pin RRT conneected to this 
output♦ 
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Pin Description Ccon't) 


Pin Nsmo Thpo f-'in# Function 


PG 0 31 Processor Grant? when the Processor 

Request PF? is LOW and this Silver 
chip is not using the Video bus# 
then the Silver chip can set this 
output HIGH to grant this bus to the 
CPU. 


PR I 32 Processor Request? when this input 

is LOW# it indicates the CPU wants 
to access the PrograwMable registers 
in the Silver chip. 


WDS/RCR I/O 33 Write Data Strobe/Run-length Coding 

Request? CPU way use this input to 
to write data into the Silver chip 
such as reading data to the Paraneter 
Block. However#this input is used 
as a Write Data Strobe only when 
both Processor Request PF< and 
Processor Grant are LOW. Otherwise# 
this input is used for Run-length 
Coding Request. When the Silver 
chip does not have priority to access 
the systeM bus but need to fetch 
new Run-length coding data# it can 
assert this output to LOW to inform 
the higher priority Silver to pass 
its priority to the lower priority 
Silver chip when it finish using 
of systeM bus. 


AS I/O 3-'! Address Strobe? This signal is used 

as an input to indicate that there 
is a valid address on the Address 
bus. When the Silver chip perfor ms 
MCM ory fetch# it is used as an output 
to strobe the valid address on the 
systeM bus. 
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Pin DescriptionCcon't) 


F'in N3rig 


Pin* 


Function 


Data AcknowledgeJ it -is used as an 
output to inforM CPU that data transfer 
is coMpleted* It is used as an input 
to indicate that a Menory read cycle 
is finished and valid data is on the 
Data bus. 


S2-S0 


36-38 These status line,s froM the Gold 

chip provide infronation to the Silver 
chip as follows? 


S2 SI SO Description 

0 0 0 Fiefresh Active 

001 No operation 

010 Abort nenory cycle 

oil Reset 

100 Top of screen in Even field 

101 Top of screen in Odd field 

110 Pixel Active 

111 Load Active 

Read Data Strobe? the Silver chip 
will use this pin as output to read 
video data or parameter block fron 
nenory into itself* CF-'U nay use this 
input to read data froM the Silver 
chip such as data in the Link register* 
Flowever * this input is used as a F?e3d 
Data Strobe by CPU only when both 
F-’rocessor Flequest PFi and Processor 
Grant PG are LOW* Otherwise* 
this pin is an output Most tines* 


UCC is the +5U power supply* 
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A. FUNCTIONAL DESCRIPTIONS 


6*1 


Overview 



The Rainbow video graphics sysbeM is object ^ased. all display 
activity is described in Movable, variable-size, MultiMode 
objects* An object is like a sprite, but More general, like 
a coMbination of Antic's playfield and players* Objects are 
not liMited in size, and can be reused in vertical sequence* 
Thus the display horizontal coMplexity is liMited to the nuMber 
of hardware objects supplied in the Silver chipC 'S object 
processors are contained in the chip now), but is not liMited 
vertically* 


The screen is organized 
standard resolution for 
vertical* All graphics 
of pixels of this size* 


as an array of square pixels* The 
NTSC display is 6^0 horizontal by ‘^80 
and text fonts are represented in tern 
The reduced space-resolution Modes 


May turn out to he far More often used, but this fine grained 
description is chosen as a standard that should cover all our 
"standard-video" needs, on NTSC, F'AL and RGB Monitors, for 
soMe tiMe* 


I s < ^ 

' I 

- /i ^' 




The video systeM can produce up to 256 different colors froM 
a total palette of '}096(16 levels of gray)* 


// T 






The Rainbow chip set perforMs the function of translating froM 
digital representations of graphics into the tine-sequenced 
signals necesary to drived a raster-scanned CRT♦ It produces 
interlaced RGB digital video outputs♦ Three four bit D/A 
converters are needed to interface the chip set to RGB Monitors♦ 
Rainbow can be used with RGE:'. to NTSC/PAL conversion devices^ 
e^g* National LM1886 & LM1889 chip sett to produce conposite 
video signals♦ 


The video systen coMMunicates with nenory over an asynchronous 
16 bit bus as bus Master♦ The chip set can take advantage 
of page node feature in dynanic Menories to inprove Menory 
access speed and increase the bus. bandwidth ♦ F“or dynaMic Menory 
refresh requirenents t F5:ainbow will assert refresh request and 
row address counter* 



Each object processor in the Silver chip contains a paraMeter 
block and a pointer to video MeMory of the object representation* 
The video systeM can cause interrupts to Main CPU to indicate 
error condition such as "Line IncoMpleted" and the NGN-error 
condition "PrograMMed Line'** ^ 








Rainbow's doMain of coMpetence is translstion of Mewory- 
represented graphics into screen-displayed graphics* The 
graphical space is "2 1/2" DiMension* i*e* wany^ 2-D objects 
that Move independently and overlay and obscure each other. 

The MeMory representation (called a picture) is a sanpled pijjel 
Map (not* for instance* vectors or ploygons). The data in 
a source pixel represents not an absolute color but a selection 
froM a color Map* A portion of the picture* called the "window"* 
is selected for displayed at any one tine* The picture can 
be of arbitary size which May be Much larger than the screen* 

The window can be the entire picture* or only a piece of it* 
located anywhere on the picture (e*g* not necessarily the upper 
left corner)* Pixel data froM the selected window is fetched 
and transforMed by the "Object processor" into a streaM of 
video data to be sent to the CRT* The fetching and interpretation 
of pixel data for an object is under the control of a "paraMeter 
block"* 


6*2*1 Picture data fornats 

The pixel data* in MeMory* are packed on word (16 bit) 
boundaries. The object procesor Must unpack the MeMory 
words and use the resulting unpacked data to select a 
color froM the color Map* 

Pictures are coded in one of two ways* "bitMap" and 
"runcode". 'EJitnap representation is the conventional 
one-to-one specification of pixel colors* while runcode 
. representation can save Much space and tine for certain / 

\ kinds of inages* __^ 

A bitMap picture is an array of bitfields* each one 
representing the color of a single pixel* EJitMap pixels 
are in raster scan order* left to right then top to bottoM* 
an array represents a rectangular area* 

A runcode picture is cM"i array of bitfields* each one 
representing the color of a contiguous horizontal 
''^sequence (a "run") of pixels*/' Each runcode specifies 
both a color to use ‘ahd 'the length of the run of pixels 
that are that color* 

In Rainbow* bitMap pixels are either 1* 2* -^ * or 8 bits 
wide* runcodes are 16 bits consisting of 0 bits color 
a n d b i t s r u n 1 e n g t !"i ♦ 
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6.2♦ 2 Obj'ect priorities 


^ . . . 

a full screen Rainbow display is coMposed of objects* 
F?ainhow will be capable of processing as M3ny“^eight j 
objects on the sane scan line as there are . eti-Jcct----' / 
object processor nodules included in the hardware 
configuration of the Silver chip*. Object Processors 
can be vertically reused* and, will in falrt reload 
itself at the end of a window with the paraneter 
for its next object without CPU intervention* 

Typically one object will serve as the background 
analogous to ANTIC'S "playfield"* and others will be 
snaller Moving players* Missies* trees |/f aces * text 
areas* or whatever is required* If the screen is 
split into upper and lower sections* the background 
as well as the other objects nay be reloaded at 
the boundary* The background will usually be the 
lowest priority object* Priority is in a fixed 
sequence aMong object processors. If priority aMong 
objects needs to be rearranged* the object paraMeters 
can be swapped between the object processors* This 
is accoMplished by swapping the paraneter block 
pointers in MeMory* Moving or copying the contents 
of the blocks is not required* 


6*2.3 Object transparency 

It is soMetiMes desirable to put "holes" into objects 
thus allowing objects norMaily obscured to appear 
through the holes* This feature is called transparency. 
Each object processor has a transparent parsMeter which 
can redefine the interpretation of the pixel data value 
so that instead of displaying a color* a hole is Made 
in its place. 

An exsMple of transparency is shown in F'igure 1 where 
two objects are partially overlapping. Object processor 
#2 is displaying a window froM picture II and object 
processor #1 is displaying b higher priority inage with 
transparency froM picture II. At point A* no object 
is active so background is displayed. At point B* 

Object 2 becoMes active and is displayed. At point C* 
Object 1 becoMes active and will obscure Obje;ct 2 since 
it is of higher priority. At point D* Object 1 begins 
reading pixel data which indicates "transparent". 
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Figure 1. An exaMple of Object transpar 


VIDEO MEMORY 


PICTURE i 
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Object 1 then yields priority to others# In this case 
Object 2 , which is the next lower priority object^ begins 
displaying its own pixel data# 


6 # 2 # ^ Object par afneter s 

The parameters associated with the object-s display 
representation in memory are Origin^ Stride^X and 
Pixel offsett Color index> Widths Lengtht codingf Depth 
Transparencyt Scale X and Scale Y# 

Origin is a bit of field address of upper left hand corner 
of a window# The Origin value is a 20 bits address (AO = 0) 
pointed to a memory word and pixel offset value gives the 
exact starting position of the pixel in this word# Stride 
is the number of words of memory between data for a 
pixel and data for the pixel to be displayed directly 
below it# Stride's value can be said to be the width 
of the object's picture in words# If Origin points 
to the top left corner of the picture^ then Origin 
plus Stride points to the start of the second line in 
the picture# F"igure 2 shows an example of the Origin 
and Stride# 

Width and Length describe the rectangular dimensions 
of the object# The width is the horizontal size of the 
Window measured in scren pixels# Length is the vertical 
size of the Window measured in screen lines# Depth 
specifies the number of bits that make up each source 
pixel in bitmap coding^ but not used in runlength 
coding # 

The position of the object on the screen is given by 
the X and Y parameters# The X parameter is the number 
of screen pixels from the left edge of the screen to 
the left edge of the object# The Y parameter is the 
number of the scan lines From the top of the screen 
to the top of the object# X and Y are unsigned 
integers♦ 

The object's spatial resolution can be modified by scale 
factors in the X and Y directions# The scale X 
parameter means to repeat each pixel in the object by an 
amount from 0 to 63# Th scale Y parameter means to 
repeat each scan line of the object by an amount from 0 
to 63# The magnification is achieved by repeating each 
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Functions of oriQin» stride» X and Y parsMeters* 
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pixel or each line* the nuMber of tines given by the 
scale factor* Here 0 value Means no scaling* iMplenenting 
this effect in the Y direction with interlaced scan 
requires thateach line be repeated half as Many tines 
in each field* For scale Y = 3 (odd nunber case)* each * 
line will be displayed ^ tines (repeat 3 tines plus itself) 
in a frane* In other words* it will each line twice 
in each field* For scale Y = (even nunber case)* each 
line will be displayed 5 tines* In other words* each 
line will be repeated 2 tines and 3 tines on any one 
field* 

The pixel data* after it is unpacked* does not represent 
a predefined color* but serve as a displacenent to the 
color index paraneter* which address the color nap* 

The color which finally appeared at the corresponding 
spot on the CRT screen is defined by the color nap 
contents at that address* 

The one exception is the treatnent of pixel data with 
value zero* If the Transparency is set and the pixel 
data is zero* the object processor will not display 
a color but allow a lower priority object or background 
to display* 

Link is the absolute address of the beginning of the 
next paraneter block to be displayed* Root is the 
address of the start of the first paraneter block and 
represents the only value written to an object processsor 
by the CPU* Both Link and Root value share the sane 
register called Link register* If Link or Root of an 
object processor is zero* no further objects will be 
interpreted by that processor until a new root is 
written* The paraneters are conpletely reloaded either 
when a non-zero Root is written or at end of display 
of the current object's window* 

To CPU the Link paraneter is the only addressable 
register in the Silver chip* CF-’U writes Root value into 
the Link register and the Silver chip uses this value 
to bring the whole F'araneter block in including the next 
link value* Figure 3 will show the functions of the 
Link r egister * 
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Figure 3* Function of Link register(assuwe ^ Object Processors 
in here)♦ 
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Pixel data forMat 


Pixel data -- the actual contents of pictures — is store 
in Z-diMensional arrays of i/.S-bit words ♦ Each word of 
a Picture array has the sane forMat^ deterMined by the 
coding and Depth paraMeters as follows^ 


CODING = 0: BITMAP DATA 

MSB LSB 



CODING = l: RUNCODED DATA 

15 8 7 0 


RUNCODE LENGTH 


PIXEL DATA 








2 * 6 Color M3P 


Colors to be generated by rainbow are stored in a 
256-loc3tion Memory called the "Color Map" which is a 
separate chip in the Rainbow systen* Thus a 
Rainbow screenful can have up to 256 distinct colors 
(unless the CPU reload the color nap within a field)* 
Each location contains twelve bits of color infronation 
so that the total range of the accessible colors is 
•'1096* Four bits data in the color nap specify the level 
of each of red# green and blue* Shades of gray will 
be generated by equal values for each color# giving 16 
gray levels (including black and white levels)* 

The color Map holds# besides the color values# ^ bits 
in each, location for flags* One of the flag bits is 
to be used by external circuitry to be enable external 
video data# so that Rainbow-generated and external 
inages (froM a video disk# for instance) can be conbined 
on a pixel-by-pixel bais* Other flags May be used to 
enable external texture-generation signals or SMOothing 
filters* 

Other encodings of color values are posssible# and 
Rainbow does not prevent their use* The choice of 
color and flag encoding will be Made by systeMS 
designer# will be based on the relative virtues of each 
encoding (perforMance# ease of Manipulation# and 
COMP atibi1ity)♦ 

The color Map bit allocations aret 


15 1^ 13 12 11 10 9 8 7 6 5 3 2 1 0 

I_I 1_1 I_I I_1 


Flag 


F-Ied 


Green 


Blue 
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6 ♦3 General Block Description 


The silver chip contains several functional blocks such as 
pixel object active, line object active, object active priority, 
oricjin update sequencer, pixel address counters, pixel processor, 
Menory sequencer, address generation logic, paraMeter load 
logic and input buffer. These blocks perforM' object active 
detection, priority solution, direct Mewory fetching, pixel 
processing, paraweter block loading and provide a pair of even 
and odd pixels to the Gold chip. Figure ^ shows functioanal 
blocks of the Silver chip. 

The line object active logic is responsible for deterMining 
if any of the objects are active anywhere within the scan line 
on a line by line basis. It use Y, scale Y and Length paraneters 
to find if an object is scale and active in a line. The Y 
paraneter deternines when the top Most line is active and scale 
Y paraneter deterMines how Many tines a line should be repeated 
and Length paraneter deternines the nunber of lines after and 
including the active top line that the object is active. 

The Pixel Object Active is responsible for deternining if any 
of objects are pixel active while the object is Line active 
in this scan line. It uses X, scale X, Width and Runcode 
paraneters to find if any object is runcode or bitnap, scale 
and pixel active. The X paraneter deternines when the right 
Most pixel of an object is active. The scale X paraneter 
deternines how nany tines a pixel needs to be repeated before 
it is changed to a new pixel. The Width paraneter deternines 
the nunber of pixels after and including the right nost active 
pixel. The Runcode paraneter deternines whether pixel data 
are stored in bitnap or runcode fornab, and how nany tines 
that pixel should he repeated. This logic circuit is designed 
for one per each Object processor, 

T?ie Object Active Priority is responsible for deternining the 
priority of an object active if there are nore than one object 
in the sane pixel position. Based on the external inputs EVI 
and ODI, and the internal inputs Pixel Object Active signal, 
the Object Active Priority logic decides whether to generate 
an highest priority object active internally or pass the priority 
to the next cascade Silver chip through the output pins EZVO 
and ODO, There are two circuitsJ one for even pixel and the 
other for odd pixel. 
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The Origin Update Sequencer is responsible for updating the 
origin which is used as a pointer to a MeMory word of the 
left-Most pixels of the object. It will be updated by adding 
one stride or two stride value to origin on a line to line 
base. This logic circuit is designed for one per each Object 
p rocessor ♦ 

The Pixel Address Counter is responsible for-detecting if any 
any pixel needs to be fetched and deterMining whether a pair 
of new pixels or just a new odd pixel has to be fetched. 

This logic circuit is designed for one per each Object processor. 

The Pixel Processor is responsible for processing pixel data^ 
adding the color index^ detecting the transparency and strobing 
the even and odd pixel data to the Gold chip. Based on the 
value of Depth and pixel offset paraMeter» each pixel data 
will be extracted froM a word (16 bits) datat then add to the 
Color Indexes bits) to creat the real pixel data. The Pixel 
Processor processes even and odd pixel separately. 

The MeMory Sequencer is responsible for detecting the procesor 
request froo CPU and granting bus to CPU whenever the Addresss/ 
Data/Uideo bus is not used by the chip. In addtiorit the 
MeMory Sequencer takes care of tinings of control signals such 
as read» write and strobe^ etc.. 

The Addresss Generation logic is responsible for generating 
address for pixel Menory fetching and paraneter block load. 

It takes origin data froM Origin update sequencer as a base 
address to fetch pixel data. It also uses the Link paraneter 
as the base address to perforM the paraMeter link load. 

The ParaMeter Load Logic is responsible for controling the 
sequence of parsMeter block loading if there any Object 
Processor needs to load new paraMeter block. The paraneter 
load logic will deterMine the priority if More than one 
Object Processor request to load its paraneter block. 

The Input Buffer cotains the I/O buffer section and status 
decoder. Data froM CPU will pass here to the internal bus 
lines. SO to S2 will be decoded here to generate internal 
control signal. 





Fiqure ^ Principal functional block of Silver chip* 
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6« Line object active logic 


The line object active logic is responsible Tor deterMining 
if any of the objects are active anywhere within the scan line 
on a line by line basis* It contains Y» Scale Y and Length 
Pc^raneters to find iT an object is active withiri a line and 
to be scaled in the display* The Y parameter determines when 
the top most line of an object is active* the length parameter 
determines the number of lines after and including the active 
top line that the object is active and the Scale Y parameter 
determines how many times that the same line has to be repeated 
in the display* Figure 5 shows the detailed block diagram 
of the Line Object Active Logic* 

Each object is processed sequentially for line object active 
state (LOA) for the next line to have its pixel data processed* 
That is* for a line to be displayed* the pixel data must be 
processed on the line before it is actually displayed and the 
line and the line object active <LOA) must be determined on 
the line before the pixel data is processed* 


6 * -^ * 1 Y parameter logic 


The Y parameter is the vertical position of an object 
representing a distance in lines from the top of the 
screen to the top of the object* The line count 
sequence from the top of the screen down in a frame 
is 0 * 1 *2* * * * *•^79* The even field contains tlie even 
numbered line counts 0 * 2 *‘'I * * * “^78 and the odd field 
contains the odd numbered counts 1 *3*5* * *-^79 * The goal 
is to find the top most line (topline) of an object in 
both fields* If Y is even* topline occurs at line Y 
in even field and line Y+1 in the odd field* Then if 
Y is odd* topline occurs at line Y in the odd field 
and line Y+i in the even field* 

This concept also can be expressed in software 
programming♦ 

If Oddy - Oddfield then topline ♦= Y = 1inecount<frame> 

else topline t=- Y+1 = 1 ine^count<frame 

To avoid adding 1 to Y in hardware* we substract one 
from both sides of the quality resulting in 
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If Oddy = Oddfield then topline ♦= Y = 1inecountCfr3«e> 

else topline Y = 1inecount<fr3Me>-l 

Linecount-1 is the s3Me as the linecount for the previous 
line* Therefore* the state of Y = linecount~l is the 
s3Me 3S the state of Y = linecount for the previous line 
or l3st(Y = linecount)* This is represented 3S 

If Oddy = Oddfield then topline ♦= Y = 1inecount<fr3Me> 

else topline ♦= Y = l 3 st(Y = 1inecount<fr3Me 

This works if linecount is lines to 3 frsne* however* 

the line counter we are using in hardware is for lines 

to a field* The line counter's count sequence is 0*1*2*♦*♦239 

for both even and odd fields* A line to a field count 

can be derived froM line counter by setting line counter's 

output to be the upper 8 bits of the frawe count and 

the oddfield status is derived frow the least significant 

bit * 

To develop a algorithM that works with the lines to a 
field linr counter* we exanine each case that Y is even 
nuMber or odd nunber case* 

For the cases when Y is even the following holds true? (OddY 
Means Yis Odd nuMber)* 

If not OddY then 

If Oddfield then topline ♦=: Y+1 = linecount<f r3Me> 
else topline Y = 1inecount<f raMe> 

When Y is even* then Y+1 is odd* In other words* the 
least significant bit (LSB) is changed froM a 0 to 1 * 

The LSB of Y or Y+1 would be compared to the LSB of linecount 

which* in this case* is oddfield* When oddfield* both 

the LSB of linecount and Y+1 are 1* Also when not oddfield* 

both the LSB of linecount and Y+1 are 0. Since this 

is true* the algorithm for even Y case can ignore the 

LSE: and Just compare the line counter to the upper 8 

bits <1**8>* Therefore* 

If not oddY then topline ♦= Y<1**8> = 1inecount<field> 

Also if Y is odd and an oddfield is being processed then 
LSB of Y is 1 and-equal to the LSB of 1inecount<fraMe>* 

Then the -f'o 11 owing is -true* 

If OddY and Oddfield 

then -Lop lint? *- Y<1**8> = 1 inecount-;;f ield> 
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If Y is odd and an even field is being processed^ then 
topline is Y+1 = linecount^ Adding 1 to an odd Y results 
in More bits Modified than just the LSEu Therefore ^ 
we use the Method described above to avoid an actual 
hardware addition♦ 

If OddY and not Oddfield 

then toF>lirie ♦= Last(Y<l*48> = liriecount<field>) 

CoMbining the three precding algorithM we havet 

If not Oddy or Oddfield 

then topline ♦= Y<:L*>8> = 1 inecount<field> 
else topline ♦= Last(Y<1^48> = 1inecount<field> 

The hardware used to find topline is the Y paraMeter 
register array^ line countert Y/line equality coMparator^ 
Ylag register and a portion of the line object active 
decoder* The line object active decoder is AND-OR-NOT 
coMbinatorial or PLA style logic* The Y paraMeter register 
array is alO bit by 12 object arrc^y with data inputs 
froM PBus lines 0 to 9* Data is strobed in by paraMeter 
load pulse Pld5* Bit 0 of the output or OddY goes directly 
into the LOA decoder* Output bits 1-9 are coMpared by 
a equality coMparator to the output bits 0**8 of the 
line counter* This perforMS the operation of Y<1**9> 

= 1inecount<field> * 

The output (TL) of the equality coMparator goes directly 
into the LOA decoder and into the input of a staye register 
YLAG* The output (DTD of the state register^ selected by 
LOSEL# goes to the LOA decoder which perfor ms the function 
of Last(Y<l**9> = 1inecount<field>)♦ The YLAG register 
is loaded iMMediately after the LOA state has been loaded 
on an object by object basis* 

Part of the LOAdecoder is used to detrMine topline* The 
decoder will select TL or DTL to be topline based on 
the status inputs of the OddY or EvenF signals* (EvenF 
is negated oddfield)* 

The line counter is an 9 bit counter which is cleared 
by top of screen (topscreen) and increMented right away 
after the LOA sequence has coMpleted by signal Newline* 
Topscreerit EvenF and Gddfi(v?ld are provided froM the status 
decoder which decodes status SO to S2 froM the Gold chip* 
All these signals infor m the Silver chip as to the current 
field and that the object processing for the field should 
begin♦ 
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Truth tshle of Topline is* 


EvenF OddY TL DTL I Topline 



6*^*2 Length paraweter logic 


The length psraMeter represents the nuMber of lines in 
3 frsMe that sn object is sctive starting at the Y position* 
The length extends froM 0 (no lines displayed) to ^79 
lines (Object active on all lines)* Lengtht like Y, 
is in lines to a frawe rather than lines to a field* 

For even nuMbered lengthst the line to a field count 
would be the l€^ngth paraneter divided by 2* The sacie 
Method is true for odd nuMbered lengths^ except 1 Must 
be added to the length for one of the fields* The field 
for which length is increMented is deterMined by the 
state of the LSB of length or Oddfield equal to OddY* 

This can be defined as* 

If topline 

then if Oddlen and (OddY = Oddfield) 

then length*cnt ♦= length/2 + 1 
else length*cnt *- length/2 
else length*cnt ♦= length*cnt - 1 

or 

If topline 
then 

length*cnt ♦= length/2 + COddlen and (OddY = Oddfield)I1 
else 

length♦cnt {= length*cnt - 
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In hardware» the Length/Z is obtained froM bits 1 to 
9 of the length counter* The addition to length/Z is 
accoMplished by coMparing the length counter to one less 
than what would be norMslly coMpared to. This 
"procrastinates" the addition to the length counter into 
the lengt?T counter's terninating count* The length 
procrastination bit (LPB) is then the Lerngth/2's increnent 
or COddlen AND (OddY = Oddfield)!]* 


The function of the length counter is to indicate how 
Many lines an object is to reMain active and when the 
last line of an object is active so that an autoMatic 
paraneter reload sequence can occur* A special case 
arises for length's of 1 and 0* There nay be no lines 
active in the field and for this case* the autonatic 
paraneter reload is done on the top line whether the 
object is active or not* The hardwaresignal that controls 
the autoMatic paraneter reload is an ouput froM the line 
object active decoder called "object done" (0D>* Object 
Done occurs when length/2 = LF='B or when Length/2 = 0 
and LPB = 1 and topline is active* 

The line object active (LOA) status goes to pixel object 
active to control whether an object will be displayed 
on the following line* The LOA status is held for one 
line tiMe and is Maintained as state for the line object 
active decoder* An object can only be active if either 
if either the last line was active or it is topline* 

If the previous line was activeor it is topline then 
the object is active when Length > 1 or Length/2 = LPB* 


6 * ''F * 3 Scale Y logic 


Scale Yt Origin and Stride paraneters control the 
MechanisM for the piKel address to the beginning of the 
next line of the object* 

The Scale Y paraneter "Magnifies" an object in the Y 
(vertical) direction* Magnification is achieved by repeating 
each line scale y tines* In othcsr wordst each line of 
source pixels will appear scale y + 1 tines in succession* 
£>c3le' Y is a 6 bit long parameter* The MaxinuM nuMber 
for scale y is 63* 
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The Imp leMentation of scale Y is soMewhat coMplicated 
by interlaced scanriing. An even scale (scale y +1 = 

2» 6*.«) requires that each line be repeated one-half 

scale y + 1 tifies in each field* For odd scales 
(scale y +1 = 3, 5.*.)* One-half scale y + 1 tines 

Must be averaged such that onefield will receive an extra 
repeat line. 

For exanple^ with scale y +1 = 3t lines will be repeated 
alternatively two tines on one field and once on the 
following field. The result is three repetitions of 
each line in a conplete frane. If Y (vertical position) 
is Of then for the even fieldt origin is repeated by 
the sequence 2t It 2t If... and for the odd field the 
sequence is If 2f If 2f..* Note that for y==lf the 
sequence is If 2f If 2f*** for even field and 2f If 2f 
If... for the odd field. 


For Y = Of stride = 1 
and Origin = 100. 


I Current Origin 
line #1 Even I Odd 1 Frane 


For Y=lf Stride = 1 
and Origin = 100{ 


1 Current Origin 
line ♦! Eiven | Odd | Frane 


0 

I 100 

1 1 

100 


0 1 

1 



1 

I 

1 100 1 

100 


1 1 

1 

100 

1 100 

2 

1 100 

1 1 

100 


2 1 

100 1 


i 100 

3 

1 

1 101 1 

101 


3 1 

1 

100 

1 100 


I 101 

1 1 

101 


^ 1 

101 1 


1 101 

5 

1 

1 101 1 

101 


5 1 

1 

101 

1 101 

6 

1 102 

1 1 

102 


6 1 

101 1 


1 101 

7 

1 

1 102 1 

102 


7 1 

1 

102 

1 102 

8 

1 102 

1 1 

102 


8 1 

102 1 


1 102 

Let 

the sequence 1 t 2 

t 1» 

2f 

... have 

notation <1 

f 2)* 

The 

repeat sequences 

can 

he 

defined 

in More 

9€?ne 

r al 


terns as. 


le y+1 

1 

y 

1 

field 

Odd 

’T’ 

even 

T 

even 

odd 

1 

even 

1 

odd 

odd 

1 

odd 

1 

even 

odd 

I 

odd 

1 

odd 

eve r‘i 

1 


1 



I sequence 

I (scale y/2 Hf scale 
I (scale y/2f scale y/2 
I (sca>le y/2f scale y/2 
I (scale y/2 +1f scale 
I ((scale y+l)/2)>K 


y/2)* 
+ 1 )* 
+ 1 )* 
y/2)* 


don't Cc)re 
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If the repeats are controlled by a counter> then the 
counter woule be loaded with scale y/2» decrenented 
every line and the terninal count would be 1 for 
scale y/2 and 0 for scale y+1 /2* The repeat sequence 
can be expressed in terws of the terwinal count* 


terMins1 


initial 


scale y+1 

1 

y 

1 

field 

1 

count 

1 tern* count 

odd 

T 

even 

T' 

even 

T 

(0,1)*: 

1 0 

odd 

1 

even 

1 

odd 

1 

(1*0))K 

1 1 

odd 

1 

odd 

1 

even 

1 

(l*0)*c 

1 1 

odd 

1 

odd 

1 

odd 

1 

(0,1 )* 

1 0 

even 

1 

>c 

1 


1 

0 

1 0 


don't care codition 


The logical equivalent for initial terninal count is* 
Oddscale AND (Oddy XOR Oddfield) 


Subsequently the repeat sequence (Otl)* or (1»0 ))k is 
the state sequence of i 

New_.terMin3l_count »= Oddcale AND NOT last_terMiri3l_courit 


When the repeat counter reaches terMinal count» the Origin 
is added to stridet terMinal count state is sequenced 
and the counter is reloaded with scale y/2« 

An exception to this sequence occurs with scale) y =0 
(no repeat)* In the below ex3Mple» the origin sequence 
for Y = 0 C3se> the even field is 100» 102t lO'l*** and 

101* 103* 105*** for the odd field* For Y = 1* the 
sequence are transposed* with the even field sequence 
101* 103* 105**** and the odd field sequence 100* 102* 
lOT**** The difference between the origin within which 
sequence is two tiMes stride* Adding two tines stride 
to origin causes the Pixel Address Word counter to skip 
a line for interlaced scanning* 
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For 

Y = 0, s 

bride = 

1 

and 

Oricjin = 

loo: 



I Curr 

ent Origin 

1 ine 

• * 1 Even 

1 Odd 

1 FraM© 

0 

1 100 

1 ! 

100 

1 

1 

1 101 

101 

2 

I 102 

1 

102 

3 

1 

1 103 

103 


1 10-^ 

1 

104 


For 

Y=lt 

Stride 

= 1 



and 

Or ic] 

tin = 10 

Oi 




1 

Current 

Or ig 

in 


line 

*1 

Eiven 1 

Odd 1 

f- 

r aMe 

0 

1 

1 

1 



1 

1 

1 

100 1 

1 

00 

2 

1 

101 1 

1 

1 

01 

3 

1 

1 

102 1 

1 

02 

4 

1 

103 1 

1 

1 

03 

5 

1 

1 

104 1 

1 

04 


The pixel address line update hardware is Made up of 
three sectionsJ scale oriqin/stride and part of the 

line object active logic* 


The obJect_active_ori_line and the top_line_of_object 
are deterMined by the line objcet active logic and are 
called LOA and Topline in the logics respectively* Their 
MechanisM is discussed in the Line Object Active section* 

The terMinal count logic uses the line object active 
decoder since Much of the input stiMulust such as oddscale^ 
oddy and oddfi6}ld is coMMon between the line object active 
and terMinal count logic* TerMinal count state is held 
in a 1 bit register* The terMinal count output (tc> 
froM the line object active decoder goes to pixel data 
data pointer update decoder and to the input of the terMinal 
state register* The output of the state register goes 
back into the line object active decoder,as last terMinal 
count (last tc)* Extracting the terMinal count portion 
froM the pixel address line update algorithM we get* 

If(top^line_of _ob Ject) 

then terMinal_count oddscale AND (oddy XOF< oddfield>J 

else to^rMinal_count oddscale AND NOT last_to?rMinal^count J 

ProM this algorithM^ we can then define the portion pertaining 
to the terMinal count with the following table and notations* 

Eivenf* evenfield (negated oddfield froM Status lines) 

tl^ dtlt top_line^of_obJect (topline & delayed topline) 

oddyJ LSEi of Y paraMeter register 

oddscale J LSB of scale Y paraMeter register 

tc J ter Mina1 count(a1ias shor 1 1 extr a) inp ut 

last tc* last terMinal county output of tc state.register * 
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Terminal count table 


Input? Outputt 


evenf 

oddy 

tl 

dtl 

1 a v.> t t 

oddscale 

1 tc 

1 

X 

X 


X 

X 

0- 

1 0 

0 

0 

1 

X 

X 

1 ■ 

1 1 

0 

1 

1 

X 

X 

1 

1 0 

1 

0 

1 

X 

X 

1 

1 0 

1 

1 

X 

1 

X 

1 

1 1 

0 

X 

0 

X 

0 

1 

1 1 

X 

0 

0 

X 

0 

1 

1 1 

1 

1 

X 

0 

0 

1 

1 1 

0 

X 

0 

X 

1 

1 

1 0 

X 

0 

0 

X 

1 

1 

t 0 

1 

1 

X 

0 

1 

1 

1 0 


The scale y logic consist of a 6 bit scale y paraneter 
register ^ a 5 bit counter and the pixel data pointer 
update decoder* The scale y paraweter register is loaded 
by the paraMeter data load signal Pld7 froM data bits 
10 through 15* The last significant bit^ oddscale^ goes 
to the line object active decoder for terMinal count 
and to the pixel data pointer update decoder for part 
of scale y -0* The5 Most significant bits of the scale 
y register represent the value (scale y/2)^ and go to 
the data inputs of scale y counter* The 5 bits are also 
coMpared to zero for rest of the scale y - 0 condition* 

The scale y counter is a 5 bit binary counter loaded 
by signal Idsy and decreMented by sy-1 signals both 
signals froM the pixel data pointer update decoder* 

The scale y counter Must coMpare to terMinal county which 
will either be a one or a zero* This is done by coMparing 
the upper ^ bits of the counter to zero (scl-0) and if 
zero^ then the least significant bit (sc~0) will coMpare 
to bitwise to terMinal count* 

Scale y counter - 0 ?= sc1-0 AND NOT scO 

Scale y counter - 1 sc1-0 AND scO 

The pixel data pointer update decoder contains the decision 
Making process to update the scale y counter and terMinal 
count and control the origin/stride update circuit* 

The inputs are? ob ject_active_on_line (LGA)^ 
top_line_of_QbJect (topline) and tc froM the liiie object 
active logic? scale y - 0 and scale y counter - 0 or 1 * 
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The outputs that control the scale y counter are load 
counter (Idsy) and decrewent counter (sc-l) and next 
next terMinal count state (ntc) which causes terninal 
count to pass to the next state* The output for the 
Or igin/str ide lo^ii-.' Bret enable Origin + stride (ENB)^ 
and enable Origin <2 ^ stride) (EN2S)* The algorithi’^ 
that represents the function of the pixe.1 data pointer 
decoder can be expressed in the following* 


If(object_active_on_line) 

If(top_line_of_obJect) 
then 

next_terMinal_count J 
if(scale y = 0) 
then 

if(terMina1_count - 
then do nothing 
else enable origin + stride? 
else losd_scale_y_counter J 


else 

If(scale y - 0) 

then enable origin (2 ^ stride) 
else 


If C (sc3le_y_courit,er 
OR 

= 0 

3nd 

terMina1. 

.count = 0) 

< sc3le_y_counter 

= 1 

3nd 

terMinal. 

.count = 1) 


then 

enable origin + stride? 
next_terMinal_count ? 
load sccJle_y_counter ? 
else decreMent scale_y_counter ? 

This then is translated to the following truth table 
with notations♦ 


LOA— obJect_active_on_line (line object active) 
Top 1ine— top_line^of_obJect 

sr-0— bits 1 to 5 = 0 of scale? y register and 
not oddscale 

tc— terminal count froM line object active 

sc 1 = 0— bits 1 to = 0 of scale y counter 

scO— bit 0 of scale y counter 

ENS-- enable origin + stride 

EN2S— enable origin (2 stride) 

r, t c •— ri e x i:, t e r i ri a ]. c o i-i n t 

Idsy-- load scale y counter 

sc-1.- deereMent scale y counter 
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Pixel date pointer update truth table 


Input: 


loa 

top 1 :L ne 

sr-0 

tc 

S C 1 =-• 0 

scO 

1 ens 

eri2a 

ntc 

Idsy 

sc*~:L 


X 

X 

X 

X 

X 

1 0 

- 0 

o"' 
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0 

1 
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1 

1 

X 

X 

1 0 

D 
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0 

0 
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1 

1 

0 

X 

X 

i 1 

0 

1 

0 

0 

1 

1 

0 

X 

X 

X 

1 0 

0 

1 

1 

0 

1 

0 

1 

X 

X 

X 

1 0 

1 

0 

0 

0 

1 

0 

0 

0 

1 

0 

1 1 

0 

1 

1 

0 

1 

0 

0 

1 

1 

0 

1 0 

0 

0 

0 

1 

1 

0 

0 

0 

1 

1 

1 0 

0 

0 

0 

1 

1 

0 

0 

1 

1 

1 

1 1 

0 

1 

1 

0 

1 

0 

0 

X 

0 

X 

1 0 

0 

0 

0 

1 
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6 ♦ 5 F*i;;el object active block 


The PiKel object active block is the first stage of the 
three stage pipeline archicture* This stage is responsible 
for deterMining within a video line if and when an object is 
activef update the source pixel address for bit Mapped dat3» 
and control the fetching of run length encoded_data♦ There 
is a pixel object active circuit foreach each Object processor. 
It uses the Xt Width. Scale X and Coding paraMeters to creat 
the outputs? Object active to the second stage of pip line 
Object Active Priority block. Pixel address increMent to the 
Pixel Address counter and run length encoded data fetch signals 
to the MeMory Sequencer. Each Object processor‘'s active state, 
address and run length encoded fetch inforMation Must be 
deterMined independently and at pixel colock speeds? therefore, 
the pixel object active logic Must be replicated for each object 
processor. Etasically. this block contains X paraMeter logic. 
Width paraMeter logic. Scale X logic and the Run length logic. 
Figure 6 shows the principal functional block diagraM of the 
Pixel Object Active logic. 


6♦5♦1 ParaMeters of Pixel Object active 


The X paraMeter specifices the position of the object 
on the screen in the horizontal direction. The paraMeter 
represents the nuMber of screen pixels froM the left 
of the screen to the left edge of the object. If X is 
specified greater than the offset the pixel on the right 
side of the screen, the object will not appear at all. 

The range of the X paraMeter is froM 0 to 1023. 

Width is the horizontal size of an object. Measured in 
scren pixels. If Width is zero, the object will not 
be displayed. If "Width plus X" iMply that part of 
the object is off the right side of the screen, that 
part is not processed or displayed. The range of the 
Width parsMo^ter is froM 0 to 1023. 

The Scale X factor Magnifies an object in the horizontal 
di ret ion. Each source pixel will appear Scale X •♦•1 tiMes 
in succession. Magnificartion is achieved by repeating 
each pixel the nuMber of tiMes given by the Scale X 
factor. Scale X is ignored for run length encoded dajta. 
The range of the Sca)le X paraMeter is froM 0 to 63. 
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The coding paraMeter selects coding fornat of the source 
pixel datSf cleared for bitMap-atyle data (further described 
by Depth parameter) or set for run length encoded data 

(runcoded)♦ 


6 ♦ 5 ♦ 2 D i p e 1 s 


Each horizontal line scans at a period of 63*^ usees* 

For 6^0 pixelst we need to average about 99 nsecs per 
pixel* This includes fetching^ processing (bit field 
extraction and color index add) and transfer to line 
buffer* It should be painfully clear that there are 
a nuMber of serious bottle necks that affect the 
performance of Rainbow (for that matther any other IC's 
attempting similar performance)* These botlenecks are 
the memory bandwidth ( the memory speed times number 
of parallel bits)^ process speed of Rainbow and transfer 
speed of pixel data to the line buffer (in the Gold 
chip)* There two archtectural techniqures that can improve 
the process and line buffer transfer bottle neckst one 
is to pip line the process stages of the silver chip and 
the second is to use multiprocessing* The technique 
of pip lining the process stages will be in detail in 
another section* Hultiprocessing is implemented by 
processing two pixels simultaneously* The pixel object 
active logic must be able to deal with pairs of pixels* 

A pair of pixels is called a "Dipel*** A dipel is made 
up of an even pixel and an odd pixel* The even pixel 
is the left most and first displayed followed by the 
odd pixel on the right* (the first pixel of a line is 
always the even pixels the second is the odd pixels 
the third one is even again and so on so forth)* 

The dipel position is defined as the positon the 
current dipel in the horizontal line that Rainbow 
is processing* 


The notation for a 
where >x represents 


dipel i s J C >x I >K J 
even|odd 
an active pixel* 
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6*5*3 Functions of the Pixel object active logic 


The PDA logic for each object processor Must deterMine» 
for both the even and odd pixels in a dipel, if an object 
is active?. It produces objejct active even OAE and object 
active odd OAD signals which og to their respective 
Object Active priority block* Each prionrity circuit 
deterMines which Object processor has the“highest 
priority* The highest priority processor then goes about 
processing and transfering the pixel data to the line 
buffer * 

The source pixel data is pointed to by a pixel bitfield 
address* In order to progress froM one source pixel 
to the nextf we Must increMent the pixel address* 

Converselyt to repeat a pixel we leave the pixel address 
unchanged* The Scale X paraMeter tells how Many tiMes 
a pixel address to be used before increMenting♦ If the 
coding paraMeter is cleared to bit Mapped Mode^ the the 
POA logicupdates the bit field addresses of a dipel by 
providing the pixel address counters with even and odd 
increMent signals PO+l» P0+2f PE+l and PE+2* The pixel 
address counters Must be held current at all tines and 
and updated whether the object is being dispalyed or 
not* The pixel address counters are increMented by one 
or two bit fields or not at all* 

If the Coding paraneter is set to run length encoded 
Mode# then the POA logicsends the nenory sequencer run 
code fetch control signals* The logic will detei'Mine 
whether run coded data is needed for the even or odd 
pixel and sends load run code even (IRCE) or load run 
code odd signals (ICRO) to the sequencer* 

In a runcode picture each bit field represents a contiguous 
horizontal sequence or run of pixels of one color* Each 
runcodes specifices both a color to use and thelength 
of the run of pixels of that color* The run coded data 
is fetched whether the object is displayed or not# in 
order to keep the run length current* 





6♦5♦^ Object active 


An object is defined 3s being active within the rectangular 
region bounded by pixel position >-X and pixel position 
< X+Nidth in the horizontal direction and by line position 
>- Y and line position < Y-^Length in the vertical direction^ 
Rainbow uses the line object active (LOA) logic to get 
active on a line states The LOA logic is described in 
detail in the last section 6*^* Suffice it to say that 
the POA logic with an active on a line state* The 
rectangular region is Measured by pixel increMents and 
requires conversion to dipel increeMents for Rainbow* 

The region bounded in the horizontal direction in dipel 
increMents is dipel position >= floor<X/2) and dipel 
position < celingC(X*Width)/2)♦ The object is active 
for both even and odd pixels within the region and inactive 
for the dipel position outside it# except for the following 
two exceptions* If X is odd and dipel position is equal 
to floor(X/2)# then the object Just becoMes active for 
the odd pixel only* If X+Width is odd and the dipel 
position is equal to Cei1ing((X+Width)/2)# then the 
object goes inactive for the odd pixel only* Having 
only one pixel active in a dipel creates special cases 
in the stvsrt and end of the object's active region for 
pixel address incroMent and the runcoded fetch MechanisM* 


6*5*5 F' iXel address increMent 


If the object is active for both even and odd pixels 
of the dipel# then the pixel address increMent is 
deterMined by Scale X being zero# one or greater than 
one* If Scale X is 0 (no pixels are repeated)# then 
the increMent fo rboth even and odd pixel addresses is 
by two fields* That is# for the even pixel to advance 
to the next even pixel requires skipping past the odd 
pixel* If the Scale X is one# where each pixel is repeated 
once# the increMent is by one bitfi(3ld* Scale X greater 
than one requires a counter MeehanisM which is initially 
loaded with E)cale X and counted down for each pixel* 

When the counter reaches zero or terMinal count# it is 
reloaded with Scale X* The pixel address is not 
increMented when terMinal count is encountered in a dipel* 
If terMinal count occurs in the odd dipel* then both 
the even and odd pixel address counters are increMented 
by one* If terMinal count occurs during an even pixel# 
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then the previous odd pixel address required increMenting 
by a bitfield and the current even pixel address requires 
increj'ientinQ by a bitfield* 

For exafiple^ here are three examples for Scale X of 0^ 

If and 2 for 5 dipels* Assume that the dipel address 
begins at 0 and the bitfield width is !♦ The address 
for each pixel is directly under the Th ebitfield 

increMent for both even and od pixel addresses is between 
the curren dipel and the next dipel* The scale X count 
is shown for in the case of Scale X of 2* 




C)K| 


C5K| 

|x3 

CXI 

1x3 r.x 

1X3 

Cx| 

i x3 

Dipel 

Scale 

x=o 

0 

1 

2 

3 


5 6 

7 

8 

9 

Pixel address 




2 

2 

2 

2 

2 2 

2 
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even/odd increMents 



C* 1 

1>KD 

C>K| 

|x3 

Cx| 

1X3 Cx|x3 

CX 1 

|X3 

Dipel 
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0 
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Pixel address 
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1 1 

1 
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even/odd increMents 
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X 

li 

0 

0 

0 

1 

1 
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2 

2 
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Pixel address 




0 

1 

1 0 


1 1 

0 

1 


even/odd increMents 

The case when 

the 

■ object 

Just becomes 

active 

for only 

the odd pi 

xel 

in 

a dipel 

requires 

exceptions 

to update 


the pixel address for the starting dipel* For Scale X 
equals to Of the even pixel address is increMented by 
one bitfield and the pixel cx.ldress is incremented by 
two bitfields* F“or Scale X euqals to only the od 
pixel address is incremented by one bitfield* Neither 
pixel address is incremented for Scale X greater than 
1 * 


For the start dipel with onlvj the odd pixel active are 
three examples for Scale X of 0^ 1 and 2 for 2 dipels* 
Again assume that the pixel address begin at 0 and the 
bitfield width is 1* 


Scale X-0 


0 0 12 
1 2 


Dipel 

Pixe1 Address 
even/odd increment 


Scale X=1 


[; i:>ki>k:i 

0 0 0 1 
0 1 


Dipel 

Pixel Address 
even/odd increment 



Scale X=2 


Dipel 

Pixel Address 
Scale X count 
even/odd increMen t 

The Scale X counter Must decreMent by dipels not pixels♦ 
TerMinal count then Must be interpolated froM the value 
of the Scale X counter to deterMine where the terMinal 
count occurs on the even or odd pixels Now if the Scale 
X counter is zero^ the terMinal count occurs on the odd 
pixels Also if the Scale Counter is a 2^ it follows that 
Scale X counter will be 0 in the even pixel of the next 
dipels This is useful for the case of Scale X > in 
that a Scale X counter of 2 indicates that the odd pixel 
address should be increMented^ 

The Scale X counter Must be reloaded when terMinal count 
is reachedJ however now that the counter is decreMented 
by dipels an added comp 1 ication enters into the picture* 

If terMinal count occurs during the odd pixels then the 
counter neo?d only to be reloaded froM Scale X to be ready 
for the next dipelJ however^ if terMinal count occurs 
during the even pixels then not only does the counter 
need reloading but the odd pixel Must be accounted for 
to be ready for next pixel* This is norMally done by 
loading the counter and deereMenting it which requires 
two eye lees* Unf or tunately ^ we cannot afford to use 
two cyclesf so instc'ad we procrastinate the decreMent 
of Scale X counter into the terMinal count comp arisen 
by holding the fact that a decreMent is pending in a 
register* The register is called “Lag*** Lag is set 
whatever terMinal count occurs on an even pixel and 
causes the next terMinal count tobe coMpared to a value 
one More than it norMally would* <i*e* instead of 
coMparing for terMinal counts of 0^ 1 or 2 it would 

coMpare to 2 or 3 respectively)* 

An exaMple of how Lag and Scale X work is described as 
follows* Scale X is 2 and the? pixel address begins at 
zero with Ibit per pixel* The logic is initialized by 
loading the Scale X counter with Scale x (-2) and resetting 
Lag* A terMinal count of 2 causes POA to incrcMe^nt odd 
pixel address by one* Moving to dipel 2 causes the Scale 
X counter to be decreMented by 2* This results in a 
terMinal count of 0 (occur ing on thee even pixel) which 

the even pixel address to be increMented by one* When 
going to dipel 3f we would have had to load the Scale 
X counter to 2 and deerG?M(?rit to 1* Instead^ we set. Lag 
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C 

0 0 0 0 

'X 2 10 

U 0 





and load the Scale X counter with 2* Since Lag is set 
when going to dipel the terMinal count of 2 is 
interpreted as a t 0 V'Min<al count of 1 or endincji on an 
odd pixels Both even and odd pixel addresses are 
increMentedt Lag is reset and the Scale X counter is 
reloaded♦ 


Scale X=2 


12 3 

c>K|)i<D i:>xi>K3 

0 0 0 1 1 1 
2 0 2 

0 0 1 


0 1 10 1 
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D i F> e 1 

Pixel address 
Scale X counter 
Lag 

even/odd increMents 


6*5*6 F< un length encoded data fetch Mechanise 


The fetch Mechanise for run length encoded data is very 
silMiliar to that of the pixel a^ddress increment for 
bit napped data* E::oth can require "runs'* of repeated 
source pixels* The difference is that instead of 
increnenting this pixel address^ we fetch next runcode* 
Since the similarity is strong^ we can use the Scale 
X counter to double as the run length counter and still 
use terminal count and Lag logic with the same method 
as before* Nowt instead of loading the Scale X counter 
from the Scale X parameter when a terminal count occurs^ 
we tell the memory sequencer to load the Scale X/run 
length counter from me?mory* The nature of terminal count 
is somewhat different for run length encode data than 
bit mapped data since a terminal count for run length 
encode data requires fetching for the current dipel 
rather than incrementing a pixel address for the next 
d i f) © 1 ♦ 

If the current length counter is 0^ then the run ended 
on the even pixel and must fetch for the odd pixel* 

If the runlength counter is -1^ the run ended in the 
last dipel's odd pixel and requires a fetch for the even 
pixel and a check for the possibility of an odd pixel 
fetch (if run length for even pixel was 0)* F-^or a run 
le?ngth of -1^ the logic must decrement tho:? run length 
counter and test for -1 requiring two cycles* Again 
we cannot afford the two cycles and use a similar 
technique to the Lag concept to predict when an even 
fetch will occur* That ist when the run length counter 
is 1 ^ theii i t is r>redic t ed th b t t h e nex t dii:>1 ri..iri 1 erigth 
countG?r w i 1 be -1 and w i 11 r equ i r e a even p i xe 1 ' fetch * 
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We then use a register called FE (fetch even) to hold 
the state of predicted even pixel fetch^ FE is initialized 
set so that the first dipel will fetch the first runcode 
fu rthe even pixel when ti"ie object becoi^e active* An 
exception to this is if the first dipel only has odd 
pixel active> then only the odd pixel is fetched for* 

The following table illustratces thedecision Making process 
for runcode fetching* 

Dipel Run Code state Transition Table 


Current State 


Next state 


ScaleX*cnt ~ Lag 
ScaleX*cnt - l^Lag 


Do even fetch 
code state 
Do odd fetcht 
code state 
Set FEf F5:eset 


Do even pixel run 
Do odd pixel run 
Lag 


ScaleX*cnt - 1+Lag 


Deer eMent ScaleX♦ ent 


Odd Pixel Run Code State Transition Table 
Current State 1 Next state 


ScaleX*cnt = 0 1 Set FE,f Reset Lag 

ScaleX*cnt > 0 I Set Lag 

Even Pixel Fb..in Code State Transition Tables 
Current State 1 Next state 


ScaleX♦ent - 0 I Do odd fetch^ Do odd pixel run 

1 code state 

ScaleX ♦ent - 1 1 Set FEf F‘<eset Lag 

ScaleX♦ent > 1 1 DeereMent ScaleX♦ent 

An exaMple of the run length foseth MeehanisM is described 
as follows* r“E is initialized set^ which causes a fecth 
for the first active dipel* The fetch results in a run 
length of 1 satisfying the pixel data requireMents for 
the dipel^ but setting FE because the next dipel's terMinal 
count would have been --I* When dipel two is processed^ 
b e c a u s e F“ E i <:> s e t f L R E. i «> s e t c a i..i s n. r i g a f e *t c h f p t' t h e 
even pixel* 
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Since the run length is grater than thelogic proges>ses 
to the next dipel^ In dipel 3t terminal count occurs 
on the even pixels indicating a fetch is required for 
the odd pixels LRCO is set and the fetch occurs giving 
a run length of Lag is set to co^u>o^lSate for thefetch 

occuring on the odd pixel Just as it would for thebitrapped 
pixel address increMent^ At dipel because lag is 
sett the terminal count of 1 is interpreted as a terMinal 
count of 0 resulting in a fetch for the odd pixels Since 
the run length of the odd pixel is Ot FE is set again♦ 

The runlengths used forthis example are 


1 

2 
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This part is basicallvj 3 decoder which takes inputs froM 
the X regist(-'r logic t Scale X logic and width logic to 
generate the object active signalst set or reset Lag 
signals and pixel address increment signals* The whole 
decision tree can be iMplenented by the F*LA circuitry* 
Figure 7 shows the diagraw of the pixel object active 
decision tree* 
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Figure 7* 


The diagrsM of pixel object active decision 

tre© ♦ 
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6♦6 Object active priority block 


The Object active priority b?LOck is the second stage of the 
three stage pipeline architecture. This stage is responsible 
for deterMining the highest priority Object SMong active 
Objects which cone froM the result of the first stage. If 
pixel data of the highest priority object is transparent# 
then the next highest priority active object will be deternined 
within that cycle. Because the pipeline structure# this stage 
will he froxen when the third stage is perforning a Menory 
fetch. In other words# the object active priority logic will 
not proceed to process next pair of pixels when the present 
two pixels in the Pixel Processor Logic are obsolete and the 
Silver chip need to fetch pixel data to update its pixel data 
register. Figure 8 provides the principal functional block 
diagraM of the Object Active Priority logic 


6.6.1 Input port 


The input to this block cones fr'oM the first stage of 
pipeline—the Pixel Object active which deternines Object 
Active aMong Object Processors. Thc^se object active 
inforMation will be loaded into this Object Active 
F'riority block during phase-one clock. The loading will 
be coMpleted before the third stage (pixel processor) 
detects the transparency of previous pair pixels. Once 
The pipeline is froxen# the Object Active infornation 
will not be loaded in. 


6 . 6.2 


The output froM this block provides Object Select 
signals indicated the highest priority object. Anong 
these signals only one is active at one tine which will 
be used to select the correct pixel data register in 
un the Pixel Processor block. The Object Select 
inforMation is provided during the phase-two clock of 
this pipeline stage. 
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6♦ 6♦ 3 Prioritvj deterMination 


The highest priority object is deterMined through the 
Priority Arbiter 1 in the Hon-trajnsparent esse and 
through the Shadow register and F-'riority Arbiter 2 in 
pixel transparent case* The input object active will 
be arbitrated during the Phase-one clock-and sent out 
during the phase-two clock* Meanwhile* the input will 
be latched into the Shadow register during the sawe 
phase-two clock* Due to the pipeline archture* however* 
the highest priority object active stored in the Shadow 
register will be cleared in the phase-one clock and 
the Pixel Processor will feedback tfie pixel transparency 
condition in the phase-two clock* If pixels in the 
present highest priority object is transparent* the next 
highest priority object will be deterwined by data in 
in the Shadow register and Priority Arbiter 2* 


The Object Active Priority block is designed for both even 
and odd pixel object* The present Silver chip will pass its 
pixel priority to the next Silver chip if there no object 
active in the input port latch or all active object has 
transparent pixels in the chip* The silver chip uses Even 
F-‘riority Out EDO and Odd Priority Out ODO pins to pass the 
Priority* 


TO PRIORITY CHAIN LOGIC 
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Figure 8 Principal functional block diac^ran of Object 

Active Priority♦ 
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6♦7 Pixel address counter block 


The silver chip i'ctcTTss 16 bit- words froM MCMory "to the 
pixel processor* The data is teMporarily stored in the 16 
hit data register for each object* The register holds 2 to 
16 bitfields (2 bitfields weans eight bits for each bitfield 
and 16 bitfields weans 1 bit for each bitfield) while the 
hit splitter selects the pixel data bit field for use* The 
data registers act as a bit field "data cache" holding groups 
of bit fields* The Pixel Address Counter block is responsible 
for waintaining the necessary pixel data in the data registers* 
When data is requires* the pixel Address counter will signal 
the Mewory Sequence to read the next pixel data word frow 
wewory* Figure 9 shows the principal functional block diagraw 
of the Pixel Address Counter* 


6*7*1 pixel address counter logic 


The Silver chip always waintains 23 bit address inforwation 
of each object's pixel value* This address inforwation 
contains word address portion and pixel offset address 
portion* The word address portion is a 19 bit value 
which initially assuwes the values of the Origin paraweter* 
This value is provided by the Origin Update Sequencer 
and updated by the Addresss Generation Logic EHock* 

The Pixel Offset portion which is stored in the Pixel 
Address counter is a -T bit address* that is* it point 
to the bit position in a 16 bit word position where the 
least significant bit is bit 0 and the wost significant 
bit is bit 15* The Pixel Address counters are loaded 
with the contents of the F’ixel Offset paraweters at the 
beginning of every active line* There are two pixel 
pixel address counter for each object* for the even and 
odd pixels in a dipel (a pair of pixels)* 

The current pixel address are updated by adding either 
the designed 'bit field' or the cowbined 'bit field' 
width of two pixels to the pixel address counter and 
letting the odd pixel address counter increwent the pixel 
word address* counter (in the Addresss Generation Logic 
block)* The pixel object active logic deterwines 
whether the pixel addresss counters are increwected by 
one 'bit field' width or two* Since pixels are processed 
pairs at a tiwe as 'dipels'* the pixel address counter 
wust keep current 'bit field' addresses of both the 
even and odd pixels* 
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For eK3Mple» the distance between even pixel of the 
last dipel and the even pixel of the current dipel 
is two pixels if the Scale X paraneter is zero. If 
scale X is grater than zero, then the pixel address 
counter need not he updated until the pixel is repeated 
scale X tiMes and then is increMented by one 'bit field'. 
The depth paraMeter deterMines what the '±>it field' 
width is and it is depth and incre«ent signals Pe+1, 

Po+1, Pe+2 or Po+2 froM the Pixel object active logic 
that ultiMately deterMine the actual increMent of the 
pixel address counters. The Pixel Address counters 
can beincreMented by 1, 2, 8, or 16. When the coding 

paraMeter is set for runlength encoded pixel data, 
the Pixel Address counter are bypassed and the Pixel 
word address counters are increMented by one for each 
fetch. This is the saMe as increMenting the pixel 
addresss counter by 16. Ths following table illustrates 
the address counter increMentsJ 


Depth IncreMent Signal I Pixel address 


1 counter increMent 


0 

0 

1 

1 


3 

3 


Pe/o + 1 
Pe/o + 2 
Pe/0+1 
Pe/o + 2 
Pe/o + 1 
Pe/o + 2 
Pe/o + 1 
Pe/o + 2 

runlength encoded 


1 


8 

8 

16 

16 


The ^ bit output of the pixel address counter associated 
with the object to be displayed is passed to the bit 
splitter uses these output Padr 0 to Padr 3 to select 
which bit field to use. 

Each of the Pixel address counter produce a carry out 
of the Tth counter stage. The "carry" is active for 
only one state. For the even pixel address counter, 
the carry (EC) is selected by the even pixel object 
select (OSELe) to be passed to the even pixel fetch 
decoder (the carry signal is ECe). For the odd pixel 
address counter, the carry (OC) is selected by the even 
and the odd pixel object active select (OSEILe 8 . OSEZLo) 
to be passed to the even pixel fetch decoder (The c£>rry 
is OCe selected by OSEILe) and to the odd pixel fetch 
decoder (The casrry is OCo sele?cted by the OSEELo). 
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The Odd carry (OC) for each object also sets the data 
obsolete register associated with all except the select 
object* The odd carry also serves as a increMent for 
the F'ixel Fiord Addres counter for each object* 


6*7*2 D ata obsolete register 


The data obsolete register is used by the pixel fetch 
decoder to determine if the data in the pixel data register 
is current* It is a single bit register^ one for each 
objectt which is set by a odd carry for all object not 
selected and reset by a pixel data load for a selected 
object* Data in the F’ixel Data register becones obsolete 
when the pixel address overflows froM the bit to the 
word boundary* It becones current when the word is fetch 
froM neMory* The output of the data obsolete bits are 
selected to pass to the even pixel fetch decoder (as DOe) 
by the even pixel object active select (OSEILe) and to 
the odd pixel data fetch decoder (as DOo) by the odd 
pixel object active select OSELo)* 


6*7*3 Pixel fetch decoders 


The even and odd pixel fetch decoders translate the carry^ 
data obsolete and selects signals into Meaningful stat(3 
stiMulus for the nenory cycle sequencer* There are 3 
basic types of bit napped pixel data fetchingJ these 
fetch for even pixel data (De)^ fetch for odd pixel data 
(Do) and shadow even pixel data and fetch for odd pixel 
data (S)* Besides the basic types of fetches there are 
coMbinations of the basic typesJ these are fetch both 
even and odd pixel data (for different type objectin 
a dipel) and fetch even pixel data^ then shadow even 
pixel data while fetching odd pixel data* The action 
of shadow even pixel data occurs when the object is 
active for both pixels in the dipel and bit fields for 
the pixels are divided by word boundaries* In a shadow 
fetch, the bit field for the even pixel is stored into 
a tenporary buffer (called Even shadow pixel register 
in the Pixel processor logic) while the odd pixel is 
fetched♦ 




The Even pixel fetch decoder translates the carries of 
both even and odd pixel address counters and data obsolete 
(selected by OSELe) into the shadow <S) and even pixel 
fetch (De) states. The odd pixel fetch decoder translates 
the odd pixel adress counter carry and dsjta obsolete 
(selected by OSELo) into the Odd pixel fetch (DO) state* 
Also* a coMMon input to both the even and odd pixel fetch 
decoders is the Data Sane OEsject Signal (DSO)* The Data 
Sane Object signal is the result conparing for equality 
the equality the object selects for even and odd pixels* 

The function of the data sane object signal is to deternine 
whether the fetch is a shadow fetch or a even pixel data/odd 
pixel data fetch (DeDo). The following truth table 
illustrates the relajtionship between the input signals 
and output states of the even and odd pixel fetcfi decoders* 


Even pixel fetch decision truth table 


Input J 
DSO ECe 


OCe 


DOe 


Output♦ 

1 De S 


I Condition 


1 

1 

1 

1 

1 

0 

0 

0 

0 


X 

X 

0 

0 

1 

X 

1 

0 

X 


0 

0 

1 

1 

1 

X 

1 

1 

0 


0 

1 

0 

1 

X 

1 

0 

0 

0 


0 

1 

0 

1 

1 

1 

1 

0 

0 


0 

0 

1 

1 

0 

0 

0 

0 

0 


A 

A 

D 

D 

E! 

Data obsolete 
E! 

D 

A(D clean up) 


Odd pixel fetch _ decision truth table 


DSO 


OCo 


DOo 


Do 


I Condition 


1 

0 

0 

0 


X 

1 

0 


X 

J. 

0 

0 


0 

1 

1 

0 


I N/A 

1 Data obsolete 
I Ei: Qi' D 
I A 
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The inforMation froM carries used by the pixel fetch 
translation table indicates when word boundaries cross 
the current dipel* If word boundary cross before 
(B condition) the current dipelt both the even and odd 
c 3 r r i e w i 1.1 b e s e t ♦ I f 1 11 e w o t' d b o j j r i d a r y o c: c u r s d u r i n g 
(D condition) the current dipel then only the odd carry 
will he set* If the word boundary occurs after (A 
condition) the current dipel then no carry will be set* 

The following is true for cases wher the pixels in the 
dipel belongs to the sane object* If the word boundary 
occurs before the current dipelt a fetch for even pixel 
will satisfy fetch requireMents for both pixels* If 
the boundary occurs during the current pixelt then the 
even pixel data Must be stored in the teMporary buffer 
(shadowed) and pixel data register is used for odd pixel 
fetched* If the data in the pixel data buffer is obsolete 
for the current dipelt then the boundary occurs after 
the current dipelt the data need not be fetched unless 
the data obsolete bit is set* 

If the dipel contains pixels froM different objects then 
the following rules hold* If data obsolete is true for 
either even or oddt then the respective pixel data Must 
be fetched* Since the objects are different and pixel 
data is stored into different registersf then there is 
no need to shadow the data* If the data obsolete is 
not truet then for the even pixels a fetch is required 
for only a boundary condition before thhe current dipel 
(since data is valid for the even pixel for boundaries 
during and after the current dipel) and for an odd pixels 
a fetch is required for boundary conditions before and 
during the current dipel* 


Fio^ure 7 
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6^8 Pixel Processor_block 


The F-*ixel Pv'ocessor block is the third stage of the three 
stage pipeline av'chitecture» This stage is responsible 
for processing the pixel data froM Menory to the Gold chips 
line buffer♦ The packed pixel data is loaded into the 
F>ixel data register during a neMory fetch and the data 
is then unpacked by the bit splitter intobit fields defined 
by the Depth paraweter^ The unpacked pixel data is added 
to the contents of the color index register and passed to 
the (^/D/V (address/data/video) bus* At the saMe tine that 
the pixel data is being sunned with color index register^ 
the data is also tested for zero value* If data value 
is zero and transparency bit is set^ then the pixel processor 
will provide data transparent infonation to wherever is 
needed * 

There are two sets of bits splittert color index adder 
and transparency logic to process two pixels (EEven and 
Odd) sinultaneously* The pixel data registert Depth 
registert Color Index register and Transparency register 
contains two sets of output buffers* The output buffer 
are selected by two separate object select address (four 
bits address)* These lines are OSELe (Eiiven pixel select) 
and OSELo (odd pixel select)* E"igure 11 shows the principal 
functional block of the Pixel Processor LOgic* 


6*8*1 Pi xel data K Eiiven shadow registers 


The F'ixel Data Register is storaged for packed pixel 
data* It is organized as 16 bits inaj register and 
one register for each Object* The 16 bits data lines 
connect to the internal Parameter data bus (PBus)* 
Data is loaded into Filegister when OSELe address lines 
select the register to be written intot data is valid 
on the data input lines and Data l-oad signal (Did) 
is asserted* There are two so?ts output buffers? 
one sett selected by OSEELet i^:> the even pixel data 
output and the other sett selected by OSELot is odd 
pixel data output* The pixel data outputsbits 0-7 
are Multiplexed with outputs bits 8-15 in the output 
stages of the F-'ixel Data F<egister* This provides 
first step of “bit split" froM 16 bit word to 8 bit 
by te * F' i xe 1 addr ess b i t 3 ( P ADF5:x 3 ) s i gna 1 se^ 1 ect 
upper byte (bits 8-15) whoBn FlIGH and the lower byte 
(bits 0-7) when LOW* 
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The purpose of the Even Shadow Register is used to 
tewporariI'j save pixel data which is already in 
the Pixel Data Register but will be overwritten soon 
by a new Odd pixel Data whenever a MeMory fetch is 

f’l 0 C 0 ^ S <3 K' y ♦ 

The Even shadow F^eqisber output bits 0-7 are 
additionally Multiplexed with even pixel data output 
bits 0-7 and 8-15 and this goes to the input f even 
pixel bit splittert The Enable Elven Shadow (ENES) 
signal selects the output of the Even Shadow 
Register when asserted by the Menory Sequencer during 
T and S node pixel data fetches♦ If the ENES is 
not 3ssert(?d# then either the upper or lower byte 
byte of the even pixel data Register outputs pass 
to the Even bit splitter* The Odd data output byte 
goes to the input of Odd bit splitter* 

The Even Shadow Register is loaded froM the Even 
pixel data register output by the Even Shadow strobe 
signal (LDES)* LEDS is asserted by the neMory 
Sequencer during a T or S node pixel data fetches* 


6.S.2 E!;it splitter 


There are two bit splitter which are usee for extracting 
bit fi(v>lds froM the 16 bit word of the F'ixel Data register* 
The nuMber of bits in the extracted bit field is controlled 
by the Depth paraneter* The lower order ^ hits of the 
pixel counter (PADRoS-PADRoO and F‘ADRe3-F-‘ADRe0) F^roM 
the F’ixel Address Counter block controls the position 
of bit field within tho? packed pixel data word* The 
extracted bit field is Justified to tho? least significant 
bits and balance of bits which are Make a full byte out 
of the bit field are set to zero* The resulting 8 bit 
field output froM the bit splitter goes to the input 
of the Color Index suMMer* 

The first stage of the bit splitter is an octal 3 to 
1 MUX (Multiplexer) for the even pixel and an octal 2 
to 1 MUX on the odd side* The function of the first 
stages f as described in the above section) t is to reduce 
the 16 bit packed word into an 3 bit value selected by 
PADRx 3 (PADRx stands for PADRo and PADRe)* The 
subsequent 8 bit value goes to the second stage which 
w i 11 b T' e at h o? 8 b i t v a 1 li e i n t o t h e a f) p r o r-> r i a t e b i t 
fields* An 8 to 1 MUX selected by PADRx 2 to PADRx 0 
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is the unpacked bit 0* A ^ to 1 MUX selected by 
PADRk 1 and PADR>c 2 is the unpacked bit !♦ Two 2 to 
1 MUXes selected by PADRx 2 is the Unpacked bit 2 and 
3> Unpacked bits ^-7 are froM the first stage bits ^-7 
If dep th is 0^ 1 or 2 the unpacked bit -^-7 are^ gated 

to zero^ If depth is 0 or 1^ then unpacked bits 2 and 
3 are zeroed# For depth 0 the unpacked-bit 1 is zeroed# 

Figure 1:1 shows the design structure of the Bit splitter# 


6 # 8♦3 Depth register 


The Depth Register is a 2 bits wide register and one 
regifiter for each Object# Its data input are froM PBus 
bits l'f-15# The registers are loaded during a paraweter 
sequence when data and OSELe are stable and parameter 
load ^ (Pld^) signal is asserted# The Depth Register 
has two separate output buffer which are selected by 
OSELe and OSELo# The output selected by OSELe goes to 
the even bit splitter and even pixel address counter^ 
and the output selected by OSElLo goes to th(e odd bit 
splitter and odd pixel a^ddress counter# 


6 # 8♦^ Color index logic 


The unpacked pixel data is added to an eight bit constant 
called color index# The resultant sum is passed to the 
A/D/U (Addresss/Data/Uideo) bus by way of Video Data 
Storbe signals# The video data is then loaded into the 
the Gold chip's line buffer whose output is used to 
address a 256 entry Color Map# The color index paraneter 
can be thought as a base pointer to the Color Map chip# 

The Color Index Register is organized as an 8 bit wide 
register and one register is for each Object# Its data 
input are froM PBus bits B-^-lS# The register are loaded 
during a paraneter load sequence when data and GS)ELe 
are stable and the paraneter load 3 <Pld3) signal is 
asserted# The color index Register has two separate 
output buffer which are selected by OSEILo and 0S>EL€^# 

The output selejcted by OSELe goes to the even pixel 
color index suMMer and the output selected by OSELo goes 
t o t h e o d d p i x e 1 c o 3. o t' i r i d e x s u m m e r ♦ 
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6♦8 »5 TransparencH logic 


Ti'asnsparency s<;lec.'ta whathar a pixel data with a? vajiue 
of zero is intf^rprebed as relirmuisjhincj diaiplay priority 
to a low priority object or as a zero offset to the color 
index into the color Map* The trajnsparency paraMeter 
serves as a Mask to the test for zero of bit splitters^ 
output* If a transparency is encountered and the 
transparent paraMeter is set, then the Object Active 
Priority block will delete the current object froM being 
active and rearbitrate for next highest priority object* 

The Transparency Register is a single bit register 
and one fro each register* Its data input is froM PBus 
bit 15* The registers are loaded during a paraMeter 
load sequence when data and OSELe are stable and the 
paraMeter load 3 (Pld3) signal is asserted* The 
Transparency Register has two separate output buffers 
which will be selected by OSEiLo and OSELe* The output 
selected by OSELe and OSEILo are AND gated with the 
corresponding pixel data equal to zero coMparator and 
the resultant flags the even and/or odd Object active 
Priority block that a transparent pixel(s) occured. 
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Figure 10 


Principal functional block of the Pixel Processor 
logics 
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^ 9 sequencer block 


The coMMunication between the CPU and the Silver chip includes 
the ''F'loot-wr i te‘* and the "Root-read'* initiated by CPU to write 
o r {' 0 a d Ro o t i n t h e S i 1 v e t' c h i p ? t I i e ’ ' F* a r a e t e c 1 o a d " a r*i d 
"Pixel data load" initiated by the Silver chip to read the 
Paraneters block or pixel data froM the system MeMory* The 
function of the Memory sequencer is to generate appropriate 
sequence of control signals to guide the data transfer 
between the CPU and the Silver chip to avoid any contention* 
Also the Memory sequencer is responsible for arbitrating the 
three bus chaining* Figure 12 shows the principal functional 
block diagram of this Memory sequencer logic* 


6*9*1 Interfacing control sequence 


When CPU wants to perforw a "F<oot-read" or "F\oot-wr i be" 
to the Silver chip^ CF’U will present the appropriate 
address to the external "Interface_Logic" circuit which 
will generate the F'rocessor F^equest signal to all Silver 
and Gold chips* Every Silver and Gold chip will assert 
Processor Grant to F-ligh to indicate it is not using the 
the Address/Data/Uideo bus* After received the PG Might 
the Interface_Logic will release the Address Strobe AS 
and Write (or F^lead) Data Strobe signals to the Silver 
or Gold chip (only one) which CF-'U wants to address* 

Then the addresed chip will assert the Data Acknowledge 
DA signal to the CF‘‘U* Figure 13 provides the tiding 
diagram of the "Root -wr ite"/"F'(oot-read" sequence * 

The data transfer betwo^en the system Memory and the Silver- 
chip consist of F“*araMeters block and pixel data* The 
paraMeter load Memory cycle is initiated by the parameter 
load request state machine* Eight paraMeterwords of 
a particular object will be loaded froM the system Menory 
into the Silver chip in one or several horizontal scaxining 
line ti^e* When the S>tabus indicates Link Load Active, 
A/D/U bus is available and there is a need to fetch new 
paraMeters block, the Silver chip will assert the 
Address Stobe AS and F’<ead Data Strobe F:DS to LOW in order* 
Gnce Data Acknowledge DA is F-ligh froM the MeMory systeM 
Silver chip will latch data at the rising edge od the 
F‘<ead Data Strobe* F"igure l^F provides the tining diagram 
o f b h e P a r b n e t e r 1 o a d s e <\ i..» e n c e * 
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The Pixel dete fetch can be classified into four cases# 
nanely# the DE# the DO# the S and the Fbjncode case# 

As they were described in the Pixel Address Counter 
section# the DE case Means that the pixel data to be 
fetched is the for the even pixe^l of the current dip el# 
Sinilarly# the DO case is for fetching the odd pixel 
data* When both pixels in the current dipel are froM 
the sane object and the odd pixel to be fetched# thsi 
is the S case# In the S case# the valid data for the 
even pixel would be saved in the Shadow register less 
it should be destroyed by the new data# F'or Runcode 
case# the length of code runs down to zero for the 
present pixel and Silver chip has to fetch a new byte 
of Runcode for the next pixel# When status 
indicates F-’ixel Active# the A/D/V bus is available and 
silver needs to fetch new dipel# the Address Strobe AS 
and Read Data Strobe RDS signals will be asserted in 
order. The appropriate addresss will be provided by 
the Address Generation LOgic block# Then the nenory 
systeM will provide Data Acknowledge DA signal to 
infor the Silver chip that data on bus line is Valid# 
Figure 15 provide the tining diagran of pixel fetch 
sequence # 

To avoid the contention of the Mentioned MeMory cycle# 
priorites are assigned to these MeMory cycles# The 
highest priority is assigned to the CF-'U Root-write/ 
Root-read operations. The F^oot-write or Root-read 
can happen during the pixel active period or the 
paraMeter load period# F^owever # the Root-write or 
Root-read cycle will not start until the current 
pixel data fetch or paraMeter block fecth is coMpleted# 
There is no contention probleM between the pixel data 
fetch and paraMeter load MOMory cycles# Since both 
MeMory cycles only occur when the Status line indicates 
the appropriate status# 


6#9#2 Video bus chain 


The MBMory sequencer includes three chaining control 
signals to resolve the arbitration probleM# naMely# 
the RRI/RRO chain# EVI/EVO chain and ODI/ODO chain# 

F’ur therMor e # two broadcasting type networks# the Even 
video data strobe EVDE# and Odd Video Datta Strobe networks 
are included in the Menory £>equencer block# 
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Two priority chain EVI/EUG and ODI/ODO have the sane 
kind of functions ♦ If EiVI input is High^ the chip gets 
priority for Even pixel* If EK}'I input is LOwt no natter 
which Obj«:?ct Processor is active in the chip for even 
F>ixel the Pixel F’rocessur will not process the Even F*’ixel* 
F"or the Eiit^I is High case# if none of Object processor 
is active in the chip or Even pixel data is transparent 
for all active Object# th(3n rhe Silver chip will pass 
priority to the next chip through the EUO pin* 

The RRI/RRO chain resolves the bus contention of accessing 
the Address/data/video bus* If the chip get RRI input 
High# it does nean that the chip obtain the right to 
use the A/D/V bus to access nenory systen* Otherwise# 
the chip can not access the nenory* Several conditions 
to release the bus Mastership by asserting High in the 
RRO pin includest 

1) Runcode request fron the next priority chip# but 
present chip does not need to fetch data* 

( RRI is High; EVI# ODI are High; EOO# ODO are Low; 

F5:CR is Low ) 

2) Bus is available and both Priority are rele?ased to 
to the next chip* 

( RRI is High# EVO and ODO are High) 

3) Bus is available; either priority chain is 
released to the next chip and no need to fetch the 
pixel data* 

( RRI is High; EDI (ODI) is High# EVO (ODO) is 
F-ligh ) 

^) Bus is available; either priority chain is 

rel(v?ased to the next chip and present pixel data 
fetch is coMpleted* 

( RRI is High; EVI (ODI) is High# EUO (ODO) is 

Ftigh; but wait for present MeMory fetch is finished) 

5) Bus is available; wh(?n link load active status is 
is off and refresh active is on* 

ProM the above conditions# we can conclude that input 
F‘CF‘<I Must be Fligh first# then either or both priority 
chain has been passed to tho? nxt prior itvj chip or the 
1 o w p r i o T' i b vj c h i p g e n e t*• s t e s r i.» 1*1 c o d e r e 1..1 e s t # t h e r i t h e 
c h i F> c a r i r e 1 e a s e t h e R R 0 c' h a i r i t o the r i e x t chip* 
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The Video Data Strobe network includes two networks? 
one for Even data strobe and the other for Odd data 
strobe network* Each has pin (EVDS and OVDS) to connect 
to the netwoT'k* Vh^rt we called the broadcast network 
is because all pins are connected toaether ? onl*j one pin 
is a output to inforn video data is being strobed into 
the line buffer in the Gold chip and the rest are inputs 
to receive the this video data storbe signal at one 
t ine ♦ 

The Video data strobe network has close relation with 
the priority chain* Only the chip has the priority in 
hut not pass priority out, then the chip will swap video 
data strobe pin as output and generate a pulse to inforn 
the rest chip in the network* Once the EVI (or ODD 
is High and any Object Processor (at least one) is active 
in the chip, then the chip will process the even (or 
odd) pixel* If the processed pixel is not transparent, 
then the chip will assert pin EVDS to Low* Once an 
asserted EVDS is received by the chip with input EVD£>, 
c>ll the puxel offset counter will be increneinted* 
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Tiding disgraw of the "Root/read" 
'*Root/wr ite" Memory cycle* 
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Ficjure 15 ♦ TxMiriQ diagram of Pixel fetch Menory 
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6♦10 Origin update sequencer block 


The Origin Update Sequencer block is a very sinple logic 
circuit block. Its Main purpose is to provide the update 
origin inPorMation to the Address Generation Logic block 
as the starting address for fetching a pixel data of a 
new scan line. This block contains two registers. 

Origin and Stride registers and a one bit adder. Figure 
16 shows the principal functional block diagraM of the 
Origin update Sequencer. 


6.10.1 Origin and Stride logic 


The Origin register is a 20 bits register containing 
the Origin paraMeter which is a pointer to the upper 
left hand corner of the window. This register will 
loaded by the MeMory sequencer through the ParaMeter 
Bus in two consecutive words. The low word <froM bit 
^ to bit 15) is loaded by signal Pld2 and upper word 
(froM bit 0 to 6) is loaded by signal F'ldS. 

The Stride register is a 12 bit register containing 
the Stride paraMeter which is thedistance in words 
froM a pixel in the picture to the pixel directly 
below it. This register is loaded by the MeMory 
sequencer in a word fetch. Only froM bit ^ to bit 
15 of the word is loaded by signal Pldl through the 
ParaMeter bus. 

At the beginning of each line the Origin Update block 
will receive a signal called INITl which will trigger 
the contents of Origin and Stride are added together 
bit by bit serially through a one-bit adder. Whether 
Origin will be added one Stride or two tines Stride 
depends on the inputs control signal ENS or EN2S which 
cones froM the Line object Active block. 

In the case of adding one stride> every bit in the 
Origin register is added the corresponding bit in the 
the Stride register one by fron the least significant 
bit 0. whenever a carry occurs in the add operation# 
the carry will store in the Carry register and carry 
to the next bit addition. The adding operation will 
repeat 20 tines for 20 bits. 
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In the case of ENS2^ the content of the Stride register 
ill be shift one bit position ( which is the sawe as‘> 
tines stride)t then added to the Origin bit by bit* 

S i ri c e t h e u p d a t e d 0 r i g i. r j :i. s li s e d a s t h te s t a r t i n g b d d d r e s s 
for Silver cjiip to fetch a new line^ so the addition 
is needed to be done one line ahead* Although the adding 
operation is done bit by bit# the operation has a full 
scan line tine to be comp leted* 



n , 
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Figure 16 


Functionel block 
Update Sequencer 
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6♦ 11 A ddre?s>s generation logic block 


Tne responsibili of thu Piduvess Genera tion loqic block is 
to set up the system bus for the information excrianvie between 
the r<airibow chip and the CF'U as well as between the Rainbow 
chip and the memory ♦ The CF'U has to wri te into the Fvainbow 
Silver chip a Root address for the Silver chip to load 
Parameter block for a particular object* 

The address presented on the system bus by the Silver chip 
comes from three sources* The first source of the address 
is from the Origin update sequencer block which provides the 
memory address for the first pixel of a line* The second 
source of address comes from the Pixel Word Counter which 
points to the memory address for the next pixel word of the 
current line* The third source of address is from the Link 
register which is used as a pointerto load a set new 
parameters for a new object* 

The Address Generation logic block contains various register 
and counter for holding parameter and generating new address* 
It contains Link register ^ Link counterand F'ixel Word counter* 
F"igure 17 shows the principal functional block diagram of 
the Address generation logic* 


6*11*1 Link register ^ Link counter 


Link register is a 20 bits register containing the 
Link paramet(?r which is a pointer to the next object 
parameter block in memory* This parameter will be 
loaded into the Link register by the Memory Sequencer 
in two consecutive words* The low word of the Link 
parameter will be loaded by the signal F'-’ldO and the 
high word (actually only ^ least significant bit in 
this word belongs to Link will be loaded by signal 
Pldl* The content of the Link register is loaded 
onto the bus after every Object procesor is done the 
display* Every Object F-'rocessor has its own Link 
r egistc^r ♦ 


The Link counter is a 20 bits counter which keeps 
the memory address for fetch the next parameter* 

When status is the link load active and a request 
from the F'arameter Load logic block to load a new 
P a T' am e t e v f 1 1 ^ e 1 i r i k p a r a m e t e r w i 11 b e 1 o a d e d i n t o 
the Link counter as the memory addresss for fetching 
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a new paprMeter* Each Object processor will need eight 
tildes accessing Memory to complete a whole paraneter 
block fetching* The link counter is counted up one word 
for one Memory fetch* 


6*11*2 Pixel word counter logic 


The Pixel Word Counter is a 2^ bits counter which 
consists of two parts# namely# the upper 20-bit F'ixel 
address counter and the lower -4-bit pixel offset 
counter* The 20 bit pixel axJdress counter keeps the 
Memory address of the next Memory word fetch in the 
current line* The ^-bit offset counter contains the 
offset position of the current pixel within a word* 

The ^-bit counter will be able to increMent by various 
number depending on the Depth Parameter* The increMental 
value will be 1# 2# -^1 or 8# if the Depth value is 0# 

1# 2 or 3# respectively* 

Instead of Imp lerienting the counter straightforwardly 
by adding different value# mi alternative iMpleMent 
is adopted to save hardware circuits* Initially# the 
Pixel offset counter will be loaded with a value which 
is the Pixel offset value divided by 1# 2# -4 or 8 
depending on the the value of Depth* The "division" 
of the pixel offset value is sinply a right shift 
operation♦ 

Each tiMe a Next Pixel signal is asserted# the F‘ixel 
offset counter is incremented by one* If the current 
word boundary is reached# a Carry out signal will be 
generato^d* This Carry signal will serve as a signal 
to increment the 20-bit Pixel word counter and an 
indication for a new memory word fetch if more pixel 
are needed to be displayed for th(3 san>me object* 

The long 20-bit pixel address counter should be able 
to count as fast as possible for every word fetch to 
minimizing the gates propagation time* Instead of 
incrementing the Addresss counter right after the 
^l-bit offset counter reaches the word boundarvjt the 
increment of the Pixel Address counter will be 
overlapped with the data fetcli operation* Once the 
system bus is available# a internal address strobe-} 
signa will latch the content of the F*'ixel Addre-}sss 
co 1 jriter i ri t o t h e addr b ss 1 b t ch ♦ On the r i s i rig edge 
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of the following systeM clocks the 20-bit pixel 
address counter will start to increMent» This 
increMenting operation has to he finished in one 
and a half clock so that a new address can be ready 
for fetching the next pixel word* In terns of 
hardware^ the counter is designed as a parallel 
counter in a 7-bit group and a ripple counter in 
3 groups* 


LKLl LKCMT 


* * 
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Figure 17. 


Functional block dia^raM of the Address 
generation logic block* 
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6 ♦ 12 F'araMeter load logic bl ock 


During a scan line tine^ there are three statuses giving 
the F\ a inbow syste^i'-^ what would be doing during that status 
i-:* e r i o d > G ri e o f L h e s 1 3 1 u s :i. t h e L i n L o a d A c t i v e s t a t ♦ j s 
whcih indicates that the Silver chip can pertorM the 
paraneters block fetch in this periods The paraMeter load 
logic block is responsible for taking the request froM each 
Object Processor for parameter loading^ encoding the priority 
and generate the proper paraMeter load sequence* 

The Parameter load logic block consists of a F’araMeter load 
Fvequest state Machine ^ ParaMeter load Sequencer state 
Machinet priority encoder and other coMbinational circuits* 
Figure IS shows the principal functional block diagraM of 
thw ParaMeter load logic* 


6 ♦ 12 * 1 F'araMeter load request log ic 


The paraMeter load request logic is basically a state 
Machine* This state Machine contains three states, 
naMely^ the Quiescent stati?^ F:oot half written state 
and ParaMeter load request state* Nhen is power on 
resets the chip is in the Quiescent state* CF’LJ will 
write the first half F<oot (a word data) into the 
S)ilver chip* On the conditions of both F<oot Write FcTW 
and A1 address bit are Low^ the state Machine enters 
the F<oot half written state* Then CPU writes the second 
half Root into the chip* On the conditions of F<oot 
Write F<TWt A1 address bit are High and the Link register 
Just being written is not zero (LINK = 0 not true)f 
the state Machine will enter the F’araMeter load request 
state* In the paraMeter load request states it will 
generate F'araMeter load request signals F'LF: to the 
priority encoder and AONL to the F'araMeter load 
Sequencer state Machine* Once the paraMeter load is 
operation is done t the state? Machine goes back to the 
Quiescent state* 

When a Object Processor has Just coMpleted the display 
of a object^ the ParaMeter load request state Machine 
will receive a object done OD signal for this particular 
processor* If the content of Link register of this 
Object Processor is zero and object done OD signal 
is createdf then the state Machine will enter froM 
t h e Q u i e s c e ri t s 1 3 Iv e t o t h e r) r a m e t ev 1 o a d r e q u e s e n t 
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state* after the paraMeter load operation is completed 
(the F*‘LD0NE signal is generated) ^ the state Machine 
is back to the Quiescent state* However ^ inthe F**araMeter 
load state i- if C!"’U write's a new Root to that Object 
P r o c e a s o r ( b o 1 1 ^ R T H cJ n d A 1 L.. 0 w c o n d j. t i o n a o c c u r e s ) .* 
then the state Machine will abandon the current paraMeter 
fetch and enter the F‘<oot half written state* The 
paraMeter load state Machine will use the new F‘<oot 
to catch new paraneter block* 

Either in the ParaMeter load request state or the F5:aot 
half written states if a F‘<ESET occurs or a bad address 
address abort occurs^ the state Machine will back to 
the Quiescent state* 

The truth table of this state Machine is listed in 
in the following and the state Machine diagraM is in 
in the F-^igure 19* 
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FnW X Root Write Status 

A1 t F(oot address bit 1 (RADF^Il) 

LINK-O * Current Link pointer addressed by OSEIL is zeM'o 

GD X Object Done CObJect is currently on the last line of displayII 

F*‘LDONF£ * F’araMet("‘r Load Done 

ABOFn* ♦ Status froM Gold chip aborting current paraMeter fech 
RES)ET X S>tatus froM Gold chip indicating it has F*<eset and inforM 
the S)ilver to do the saMe* 

F-’LH * ParaMeter Load Halt C Object has received half root coMand3 
PLFv X F-'araMeter Load F‘<(3quest f. Object has either coMpleted 
display or a non-zero root writeII 
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6 ♦ 12 ♦ 2 F'BraMe ter load sequencer logic 


Tiie Parameter load sequencer lovt^ic is basic-ally a state 
Machine* This state Machine cc)nt<.*#iriS four states* 
naMelyt state 0-No object requires load^ state 1- 
initialization for paraMeter load, state 2-paraneter 
load currently active and state? 3-parcmeter load 
currently suspended♦ 

When the chip is power on reset, the chip will be in 
the state 0* No output is active in this state* 

When a paraMeter load request signal AONL cones in, 
the state Machine changes to the state 1* The state 
Machine generates a LDLOR signal to locjd contents 
froM the priority encoder to the Loading Object 
register* Also a signal LDLC goes to the Link 
Address Counter to clear content* Meanwhile, if 
the status line is Link Load Active, the state 
Machine enter the state 2* If the status is not the 
Link Load active, then the state Machine enters the 
state 3* 

In the state 3, it turns off the signals LDLOR and 
LDLC* Once the status changes to the Link load 
active, the state Machine will swap to the state 


In the state 2, it turns off the signals LDLOR and 
LDLC* But it turn on the signal F’LACT to inforM the 
MCMory Sequencer to start a paraMeter fetch cycle* 

In the state 2, if status changes froM the Link load 
cjctive to the Fcefresh active, then the state Machine 
will swap to the state 3* If the whole paraMeter 
block has been coMpleted, the state Machine will change 
to the state 0* In other words. Once eight word MOMory 
fetches are? coMpleted in the MeMory Sequencer, then 
a signal PLDONE froM the MeMory Sequencer will be sent 
to the F‘araMeter load logic block to change to 
state 0 * 


In the state 2, if the state Machine receives a FH^HALT 
which Means a half root written occurs, the state 
MachiriG? will change froM state 2 to state 0* This 
c hi a n g e i r i d i a t c? s t h a t c o n t e n t s i r\ t h e 1 i n k r e g i s t e t' 
is going to be changed to a new one* Therefore, no 
r i e e d t o p t* o c e e d t o f e t c \ \ f> a v a m e t e t' b y u s i n g o 1 d 1 i ri k 
paraMeter* 
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The truth table of this state Machine is listed as 
follows and the state dia 9 T'aM is shown in the Figure 
20 ♦ 


In put : 
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State 0 
State 1 
State 2 
State 3 


(R0=-0,R1==0) X 

(ro=:o,ri==:l) : 

<R0=::1,R1==0) t 
(R0:=:1,R1=^1) X 


No object requires load 
Initialization for paraneter load 
ParaMeter load currenrly active 
F’araMeter load currently suspended 


AONLt Any object needs load 
PLST* F-'araMeter load active status 
PLOONEit ParaMeter load done 

PLHALT^ F-’ar aMeter load halted C Fla If root written for currently 

active object 3 

PLACT* F-'araMeter load active 

LDLORt Load content froM priority encoder to the loading object 
register♦ 

LDLC: Clear link address counter♦ 


6♦12♦3 CoMbi na tiana1 1ogic 


The priority encoder is used to solves the priority aMong 
those eight objects' requests if there are More than 
one objects request the paraneter load* The LocKiing 
object register is a latch register to store the highest 
Priority obJect's paraMeter request♦ 
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Fiqure 18♦ 


Principal functional block diagraM of the F-'araMeter 
load S 0 queric(?r ♦ 



SCLK 




8 -^ 


Figure 19♦ The state Machine diagraM of the ParaMeter load 
request♦ 












F-'icjure 20 


The state Machine diagran of the F'araMeter 
load sequencer♦ 


RESET 
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6♦1 3 Data and status bus interface logic 


Jh^ data and a tat us bus interface log;ic is responsible for 
data bus input and output buffer control^ and decodes the 
status lines for^ the Gold chip* This is a ver-y sinple logic 
block which is shown in the figure 21* 


6♦13♦1 Data b us_ interface log ic 


The data transfer operations on the Data bus include 
1> CPU writes data into the registers of the Silver 
chip (i*e* Root write)^ 2) CPU reads data froM the 
registers of the Silver chip (Root read)^ 3) Silver 
chip read pixel data fron the system Memoryt Silver 
chip read pa^raMeter block froM the systen Memory* 

Due to the Prechargeing technology using for the 
design of the internal bus? F'BUSt dBta trc^nsfer on 
this bus can only happen during phase 2 of internal 
clock* F"or a write operation^ a latch is enabled by 
the WDS input and requried to save the data provided 
by the CF’U* At this Monent^ tha input buffer is 
opened* F*or a read operation t data stored in the 
registers have to be transfered to the data latch 
during F;DS active period* Of course ^ the output 
buffer is enabled at this ti^e* 


6*13*2 S t a 11 j s 1 i n e o u t p u t s 


The Gold chip has three status line outputs to provide 
inferMation to the Silver chips* These three lines are 
SO^ SI and S2 which can b& decoded into eight different 
coi idi t ioris * Ci: y u si n g this irif or m ation f t h e Si 1 vet' chii p 
c a r i p e r f a r m s q m e act ;L a n s ‘-i c 11 a s f e t c;^ h i n g r> i x e 1 s o t' 
loading paraMeters in the correct sequence* 

The following table gives the decoding inferMation of 
t h r e e s t a t u s 3. i n e o u t p) u t s J 
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82 81 8Q 

0 0 0 

0 0 1 

0 10 
oil 
10 0 
10 1 
110 
111 


Statues Description 
Refro^sh Active 
No operation 
Abort Memory cycle 
Reset 

Top of screen in Even field 
Top of screen in Odd field 
Pixel Active 
Link Load Active 


In generalt the whole scanning tine of a horizontal scan 
line can be divided into three active intervals^ They 
are "Refresh Active'S "F'ixel Active" and "Link Load 
Active"♦ 

The "Refresh Active" Means tho? MOMory systeM is refreshed 
during this interval* This Refresh active interval 
starts right at the falling edge of the Horizontal Sync* 

The duration of this interval is approxiMate 10 Gold clocks 
cycles* During this interval^ the Gold chip provides 
MeMory refresh address and refresh initiating signal 
AS (Address Strobe) to the exto-^rnal MeMory refresh circuit* 
Then the MeMory refresh circuit will generate F(ow Address 
Strobe F5:AS and respond with an DAData Acknowledge* The 
Gold chip will provide fivo:? MeMory addresses 
sequentially during the entire Refresh Active* 

The "Pixel Active" Means that the Silver chip can access 
the MeMory systc?M and fetch the pixel data* This pixel 
Active interval starts right after the Refresh Active* 

The duration of this interval is not fixed and depends 
o n t h e c o m p 1 e x i t o f t hi e o b J e c t * X n o t her w o i' d s t t h e 
whole duration is counted on how Much tine spending on 
fetching the pixel ( the nuMber of MeMory cycles)* 
Therefore^ the Gold chip has pixel counter to calculate 
tine of this interval* At the beginning of this interval 
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During the video pixel loading period ( i*e* froM one 
scan line before starting the display to one line before 
ending the displya on CRT)^ the correct sequence of 
status generated by the Gold chip in order are Filefresh 
Activef Pixel Active and Link Load Active. When loading 
of Lino? buffvjr is incoMpletaf then status only occur%"> 
Filefresh Active and F-'ixel Active. 

During noloading of video pixel period < I.e. a whole 
field period Minus the pixel loadine period)» the correct 
sequence in order is Refresh Active t then Link Load 
Active. However* at two scan lines before data actually 
displayed on CRT* the Gold chip inserts the Top of Screen 
in (Even or Odd) field status between Refresh and Link 
Load Active statuses. 

When the Gold chip receives either had address or F(eset 
signal froM outisde* it will generate corresponding 
status at any tine during a scan line. 

Figure 22 will show the status tinings of the F^ainbow 
systeM. 


•furictional block diagrsM of -the dats/status 












VERTICAL BLANKING 
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6 > 1 "I R B i r i b o w s h b t e m c q r t f :i. g u r b t i o ri 


The? MiniMsl Fvainbaw system is Made froM two ehips Silver and 
Goldt The Silver chiF> contains circuitry to r'ead pixel data 
froM MeMoryt process the inforMation and then send the data 
to yhe Gold chip* The Gold chip provides circuitry forthe 
video tinino^ interruptt prograMMable? registers and line 
buffer* In additiont several logic circuits are needed by 
Rainbow systeM to interface with systen bus and CPU* 

F"igure 23 shows the relationship of the Silver chip and 
Gold chip with the Color Map ^ CF‘<T and SysteM bus* 

The? "Interface Logic" in the figure 2^ is a logic circuit 
that takes care of System Bus request and grant for the 
Rainbow systen * 


The 

the 

of 


"Address/Data 
address/data 
Rainbow systeM 


buffer" 
lines of 


is used for interface between 
SysteM Bus and address/data lines 


The "Bad Address TiMer" is a tiMer to detect a bad address 
M 0 Mory access* This tiMer can be designed to use Address 
Strobe AS to start counting and Data Acknowledge DA to stop 
counting* If the counting exceeds a certain value (which 
is designed by user)t then the tiMer will generate a signal 
to the Gold chip* 


The "EJijs Arbiter" takes access request froM CF'*U and generate 
Processor F‘(equest to F\a inbow systeM* Also it per for ms 
Bus arbitration between CPU and Rainbow systeM* 


How to iMpleMent these Logic circuit depends on what kind 
of systeM that the Rainbow systeM wii fit in* 




9N¥n a9«039 
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F*araM e te Y^_F<e Qister organizatiori 


The object's parameter block contains inforwaLion specifying 
the object's displavj representation in Memory* the object's 
location on the screen # its color and its spatial properties ^ 

F* a r a 0 1 e r s a r e 1 i r*i U. e »d i n a 1 i iii t s t r' u c t n t ' e ♦ E a c h p a t ' a e t e r 
begins on a word boundary* 

To CPU the Link register is the only addressable paraweter in 
the Silver chip* The rest of p^raweters in the Parameter block 
are only accessed intG>rnally* 


7 1 A d d r e s s a b 1 e r e g i s t e r s 


Link is the absolute address of the beginning of the next 
ParaMeter block to be displayed* Root is the address of the 
start of the first paraweter block and represents the only 
value written to an object processor by the CPU* Both Link 
and Root value share the sawe register called link register* 
The only diff(?rence between the Link and r<oot is the Root 
points to the start position of the first parawetr block ^ 
but the Link points to the next paraweter block for the sa^e 
Object processor* If the Link or Root of an Object processor 
is 7:erot no further object will be interpreted by that Object 
procesor until a new root is written* The paraMe^ter are 
coripletely reloaded either a non-zero F'<oot is written or at 
end of display of the current obJectZs window* 


Ei!ach Link paraMeter is a 20 bit inforMation which occupies 
two word Memory* The first 16 bits locate in the lower word 
and the four Most significant bits are in the higher word* 
Since there are eight Object processors in the Silver chip^ 
each object processor has its own Link register* Each Link 
register is assigned two consecutive addresses ( the lower 
value is for the lower word and the higher value is for the 
higher vjord) * 


Object processor 0 has highest priority and the Object processor 
7 has the lowest priority* The addresses assigned to the 
Link register of the Object Processor 0 is the *'Base address** 
and the *'Base address 1"* The address for the Link register 
of the Object processor 1 are **B‘ase address + 2** and **Base 
address + 3**^ and so on so forth* Here the "Base address" 
is the address selected by the SysteM Designer for decoding 
t o s e 1 e t t h e S i 1 v e t' chi p ♦ F i g u r e 2 'I s h o w s t h e 1 b y o u t o r 
t h e s e L i r*i U. r e g i s t e r * 





F“injure 2^K 


Link re 


OBJECT 0 


OBJECT 1 


OBJECT a 


OBJECT 3 



OBJECT 4 


OBJECT 5 


OBJECT 6 


OBJECT 7 
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♦ 2 F*ar3Meter block l<3SOut 


A c^eneral view of the para^Meter block is shown in the 
F i q LI r e? 2 5 > T o C P U t o n 1 t h e L.. i r i p -a r a# e t e r i" e q i a; t e t' 
of the Silver is addressable and is described in the last 
section^ To Gold chip^ this paraweter block is stored in 
external Memory and will be fetched into the irrternal 
registers by eight consecutive fetches (word addresses)* 
The Root address is the starting address of the parameter 
block and will be written into the Gold chip by CPU during 
the ini tial iza tion and/or the ver tical bla^nking tiwe* Bi t 
description of each parano^ter is described as follows* 


Lin k parsx-ieter 


The Link parameter is a pointer to the next object paraMeter 
block in Memory ( word pointer^ not a byte address)* The 
Object processor reloads parameters upon the coMpletion of 
the display of the current object (20 bits)* This parameter 
is stored in the memory word address as Root addresss^ 

Root 2* 


15 

14 

13 

12 

11 

le 

9 

8 

7 

6 

5 

4 

3 

8 

1 

0 

LK15 

LK14 

•.K13 

LK12 

LKll 

LK10 

LK9 

LK8 

LK7 

LK6 

LK5 

LK4 

LK3 

LK2 

LKl 

LK0 













LK19 

LK18 

LK17 

LK16 



MneMoriic 

Description 



15-0 

LK15--LK0 

Bits from LKl5 to LKO 

are the 

lower 



word locating in the 

internal 




register F5:0 and bits 

from LKl9 

to 



LKl6 are higher word 
regis ter Rl * 

1oca ting 

in the 




96 


F-igure 


25* 


The layout of the paraweter blockt 
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X8 

X7 

X6 

X5 

X4 

X3 

X2 

XI 

g 







vg 

Y8 

Y7 

Y6 

Y5 

Y4 

Y3 

Y2 

Y1 


Q 

SX4 

SX3 

SX2 

SXl 

SX0 

149 

W3 

W7 

U6 

US 

W4 

U3 

U2 

U1 

g 

Q 

Q 

g 

g 

SYl 

g 

L9 

L8 

B 

g 

B 

B 

B 

g 

LI 

g 



REGISTER I 

R0 

R1 

R2 

{ 

t 

R3 

R4 

j 

R5 

R6 

R7 

REGISTER 

R0 

R1 

R2 

R3 

R4 

I 

I 

R5 

R6 

R7 















































Stride parameter 


V [ 1 0 t *p i d 0 p cj T' a I'l 0 1 0 r i iiv 1 1 > 0 ri i ?> t a r • c 0 :i. ri war d s f r o r-'i a p i e 1 
i fi t he pi c t ij re t o t i-i e pi 0 1 d i r 0 c L 1 b 0 i o w j. t ♦ T 11 i s i s hj 
12 bits paraMeter which is stored in the nenory word address^ 
F<oot + 2 * 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

jsTlg 

STll 

ST10 

ST9 

STS 

ST7 

STS 

STS 

ST4 

ST3 

STl 

ST0 




□ 


MneMonic Description 

STll-STO Stride bits? STll is the Most significant 

bit and STO is the least significant bits 
These bits are located in the internal 
register RI^ 


Pixel Offset parameter 


It is a parameter to tell the exact position of the first pixel 
in the Menory word which is addressed by the Origin paraMeter^ 
This parameter has close rela^tion with the Depth paraMeter# 

F"or nstances^ if the Depth value is 0^ the pixel offset value 
could be any nunber froM 0 to 1'5* If the Depth value is 
the pixel offset value could be 0^ 2t*^* or If the Depth 

value is 2t then the pixel offset value could be 0, B or 

12* If the Depth value is 3^ the noly two values 0 or 8 will 
be the pixel offset valuer This parameter contains four bits 
which is stored in the Memory word addresst F<oot 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

e 

□ 












P’3 

P2 

PI 

P0 


Pit 


Pit 


MneMGnic 


Descri ption 


3 • •• 0 F-‘ 3 - F-* 0 F' i x e 1 a f f s e t b i t J F-* 3 i t h e Most 

significant bit and FM) is the least 
s i g n i f :L c^ b r i t o ri e ♦ T V\ e <3 e b i t i!i a r e 
s t o r (0 d i r'l t h <0 i r*i t e r n b 1. r e g i s t r F^: 2 ♦ 
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Q r :L q i ri p> a r a m e 1 0 r 


It is a pointer to the upper left 
r i s Va 1 ue is ade »..ip of 2 0 bi t 


hand corner of the windowA^ 


address 


»,^;Qro pointer 


which 


is stored in word addresses* Root + *1 and F^oot r 6* Since 
it is a word pointert the least significant bit is zero* 
The^refore^ only 19 hits are needed in the Parameter block* 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

oRia 

ORll 

OR10 

0R9 

0R8 

0R7 

0R6 

0R5 

0R4 

0R3 

0R2 

ORl 














0R19 

0R18 

0R17 

0R16 

0R15 

0R14 

0R13 


Bit MneMonic Description 

15-^ 0R12-0R1 Origin bitsj bits fron C)F<12 to ORl 

are lower part of this 19 bits value 
and bits fron OR 19 to 0Fi:13 are higher 
part of this Origin paraMeter* 


fluljir_ index param e ter 


This index is used as a bc^se pointer which is added to the 
pixel data to give the effective address in the color nap* 
Color index eff(actively points to a range of adjacent colors 
in the color Map that are available to the object* This is 
a eight bits paraMeter which is stored in the MeMory word 
address* F^oot + 6* 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

. ^ 1 

0 

CI6 

CI5j 

CI4j 

CIS 

CI2j 

CIl 

CI0 

■ 

■ 

■ 

■ 

■ 

■ 


j 


hn eMO ni c De scr ip t ion 

15-B CI7-~CI0 Color Index bits? CI7 is the Most 

significant bit and CIO is the least 
s i g ri i f i c.' e-5 r i t b :L t ♦ 
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X. para me ter 


It c>iv/ 0 s fnorizontal os it ion of 3 object's left edge* It 
is Pleasured in sci^een pixels fron left of the sreen» this 
psrsneter contains 10 bits value which is stored in neMorx 
word address* F<oot ^8* 


15 

14 

13 

12 

11 

10 

9 

e 

7 

6 

5 

4 

3 

2 

1 

0 1 


■ 

■ 

■ 

■ 

■ 

X9 

X8 

X7 

X6 

X5 

X4 

X3 

X2 

XI 

El 1 


HneMon ic Description 

X9-X0 X position bitj X9 is the Most 

significant bit and XO is the 
least significant bit* These bits 
are stored in the internal register 
R^* 


Code par aneter 


9-0 


This paraMeter selects coding fornat of source forMat of 
source pixel data* "bitMap** style data (as describ(*?d by 
Depth) or run-lcongth coded data* Code paraMeter contains 
one bit value which is stored in the word MCMory addresst 
Root 8* 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

□ 





C0 












Bit 


1 0 

is stored in the bitMap forMat ^ CO - 1 
Means the F’’ixel data is stored in the 
r u n -1 e ri g t h f o r m a t ♦ 


MneMonic 


CO 


De scrip ti on 
Coding bitj CO 


0 Means the pixel data 














Depth parBwater 


It selects nuMber of bits used to resprent each source pixel* 
Tbie relationship betwen Depth# pixels per word and the nuMber 
of different colors that a pixel could assuoe isJ 


Depth Pixel/word bits/pixel colors 

2 8 256 

^ ^ 16 

8 2 ^ 

16 1 2 

This parsMeter contains two bits value which is stored in the 
MeMory word address* Root + 8* 

15 14 13 12 11 10 9 8 7 6 5 4 3 S 1 0 ! 


3 

2 

1 

0 


□ 


D1 

D0 












□ 


Pit 


13-12 

oit, ano uu is t,ne least significant 
bit* These bits are stored in the 
internal register R^* 


Mnenonic 

D1~D0 


Description 

Depth bits# D1 is the Most significant 










11 e 1 0 (r t B w 1 t h e r> i ? ^ 0 1 cl < 5 1 b u i t \ \ 3 z 0 r o v a 1 «j e f'l 0 a n a » 
t r a ri s p c 5 r e ri 1 1 the c u r r e r rt col o t' i s t a b e t a k. 0 n t' r o h 1 r.) w (o: 


priority objects or backgrounds If not transparent^ t 
color index provides the address into the color Map* T 
paraweter contains one bit value which is stored in the 
Memory word address* r<oot + 8s 




B 3 . t M ri e Moni c 


Description 


Transparent bitj TO = 0 Means no 
transparent pixel in this object, 

TO - 1 Means the displcjy object has 
transpar(-^nt pixel s 


Y_ p araMeter 


It faives vertical position of object's top line which is 
Measured in screen lines froM top od the screens This 
paraMeter contains ten bits value which is stored in the MOMory 
word ajddressst F'^oot >10 s 
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- . « - 


Ni d th pa?raMet0? r 


This pararjeter specifies tho^ horizontal size of a windov^ of 
a displaced object* If no sealino^ this valno is equal to 
the hori 2 :ontsl size of an a^ctual displajyed window which 
Miqht not be equal to the horizontal size of a object tines 
sccjle factor* This paraneter contains 10 bits value which 
is stored in the nenory word address t Root 4-12♦ 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

□ 





□ 

US 

US 

U7 

M6 

W5 

W4 

U3 

142 

U1 

El 


Descrip t ion 

Width bitst W9 is the nost significant 
bit and WO is the least significant bit* 
these bits are stored in the internal 
register R6 ♦ 


This paraneter specifies the horizontal scale nagnification 
factor of a object* Each pixel of source pixels will appear 
Scale X +1 tines (i*e* value 0 neans full horizontal 
resolution)* It contains 6 bits which is the nenory word 
addrG?ss* Fsoot + 12 and the naxinun value is 63* 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

SX5 

SX4 

SX3 

SX2 

SXl 

SX0 









■ 

■ 


Bi t M nenonic 
9-0 W9-W0 



Sk.^al e X paraneter 


DG)sc r ip t io n 

Scale X bitsf SX5 is the nost significant 
bit and SXO is the least significant bit* 


irj-io 


SX5-SX0 
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l.■. 0 rl Qth paraneter 


This paraM 0 t 0 r sr-'ecifies the vertical size of a window of 
i;' d J. s p 1 a Vi o d o b J & a t ♦ I! f r\ o s c: b 1 i n 9 ? t h i s v a 1 u e i ii> & q u a 1 t o 
the vertical size of a object* If scaling* this nunber is 
the length of an actual display window but Mi<34it not be 
value of scale factor tines vertical length of a object* 
This is a ten bits value which is stared in the nenory 
word address* Fvoot 1*1* 


13 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

□ 






L9 

L8 

L7 

L6 

L5 

L4 

L3 

L2 

LI 

a 


i.ii, M nenonic Descr iption 


9-0 L9-L0 



Length bits? L9 is the Most significant 
bit and LO is the least significant bit* 
Thses bits are stored in the internal 
register R7* 


Scale paran e ter 


This paraneter specifices vertical scale Magnification factor* 
Elach line of source pixels will appe?ar Scale Y 1 tines 
(i*G* value 0 neans full vertical resolution)* Interlaced 
scan is taken into account* This is a six bits value which 
is stored in the nenorv^ address* Root 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

SYS 

SY4 

SYS 

SY2 

1 SYl 

1 SY0 

■ 

■ 

m 

■ 

■ 

■ 

■ 

■ 

■ 



I”: it hrienonic 


D escri pt ion 


15-1 0 



SY5-SY0 Scale Y bits; SY5 is the 

bit and SYO is the lG>ast 
These bits are stored in 
register R7 ♦ 


M o s t s i g n i f i c b ri t 
significant bit♦ 
the intG?r nal 














# 

«» MAXIMUM fi:ATINGS 


Storage Temperature 

—65 to 

+ 150 

C 

Ambient Temperature under Ei’.ias 

0 to 

+70 

C 

Voltage at Pin releative to Ground 

-0.5 to 

+7 

C 

F'ower DiBsiF>3tion 

75 

0 mW 


note? beyond the maximum ratings useful 

life may be 




i«P3ire^d« 
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CAPACITANCES 


AMbient TcMperature PsraMeterst 1^=25 CJ U^^=GNl)=0’v* 


1 SyMbo 3. 

1 Parameter I Min | 

1 Max 1 

1 Units 1 

1 Test Corid»I 

1 c. 

X n 

1 Input Capacitance | I 

1 10 1 

1 pF 1 

1 . 

1 c , 

out 

1 Output Capacitance | I 

1 15 1 

1 pf^ 1 

1 
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D.C. CHARACTERISTICS 


Artbient TeMperature ParaMebers* 0 C to 70 CJ +5*^ ■»10% 

c. c. 


Byc'ibol 1 

Parameter I 

Min 1 Max 

lUnitl Test Cond.l 

^IL ' 

Input Low Moltage 1 

-0.51 +0.8 

I V 1 

^IH I 

Input High 'v^oltago I 

+2.0|y^^+0.5 

1 V 1 

^OL ' 

Output Low V^oltage 1 

1 +0.-^5 

1 V 1 

'^OH ' 

Output High Uoltaqe? 1 

+2.-^1 

1 V 1 

^IL ' 

Input Leakage Current 1 

1 +10 

1 M 1 

^OL ' 

Output Leakage Current 1 

1 +10 

1 V I 










